Mensajes

[¿Algún problemo, wey?.]

¿Todavía rula el Winamp? ¿No lo habían tumbado?

Un día de estos me pillarás en un día falto de sexo con frustración emocional y te banearé por los offtopics como este para aliviar mi ira xD.

WinAmp está considerado muerto, pero oficialmente llevan años (largos años) trabajando en una nueva versión. No es un rumor, el foro de Winamp (http://forums.winamp.com/) está activo con este tipo de afirmaciones por parte de los desarrolladores, es solo que... nunca llega esa nueva versión .

Yo no reemplazaría a mi querido y desfasado Winamp con el tema visual BigBento por nada del mundo. Me ha acompañado desde que nací, y me lo llevaré conmigo a la tumba. ¿Algún problemo, wey?.

¡Saludos!

[nebire podrias escribir en español , no te entendi.]

nebire podrias escribir en español , no te entendi.

JAJAJAJAJAJAJAJAJA
SE LLAMA ESCRIBIR BIEN xD

No. se llama leer bien y tener bocabulario para entenderlo.

Pobre NEBIRE, en su defensa diré (aunque ya sabemos que no necesita ninguna defensa XD, pero para que no se sienta demasiado ofendido) que es uno de los usuarios que últimamente veo que mejor dotes tiene para expresarse de forma comprensible para todos (hasta para newbies). Coño, si casi parece ser una especie de alter ego de nuestro estimado Orubatosu por su amplio conocimiento y buen uso del Castellano enfocado hacia la informática, y a mi me gusta leer lo que escribe la gente así aunque fuese un tocho de texto, me lo trago con gusto, mucho mejor que leer a un matao que intercale dígitos en las palabras tal que así c0mp4dr3...

"podrias escribir en español" ...si Cervantes levantase la cabeza y viese esto... juasjuasjuas xD.



Aparte de libros, ¿te has planteado leer la documentación oficial y online de Python? (o lo que es lo mismo, el archivo de ayuda html compilado que se distribuye de forma offline cuando instalas el intérprete de Python). Aparte de una referencia completa de los miembros que componen a dicho lenguaje, con ejemplos de uso incluidos, también encontrarás apartados con pequeños ejemplos de iniciación, y con guías que te enseñan a usar Python de forma básica en general. Échale un vistazo.

• https://docs.python.org/2.7/

¡Saludos!

"codigofacilito.com", buf... cada cual tendrá su opinión personal pero en mi humilde opinión has ido a parar a aprender en un mal sitio web de video tutoriales para el aprendizaje. Si no dominas el idioma Inglés "de oido", entonces vale, sigue en ese sitio web, pero de lo contrario tienes muchas otras mejores opciones que son realmente profesionales (me refiero, por ejemplo con profesores universatarios de profesión, muy cualificados y gurús en sus materias, incluso tipos rusos... que no veas lo que saben).

Los profesores autodidactas (por no llamarlos youtubers a secas) de habla hispana e hispano-americana... de los que son realmente buenos explicando y profundizando en la materia se cuentan con los dedos de una mano (y yo por supuesto no me considero entre ellos, ¡que conste! xD).

PD: Por el amor de Dios, intenta escribir bien aunque sea el título de uno de tus posts.

¡Saludos!.

[Mockup]

Esto es muy chistoso, deberían moverlo al foro libre .

El pseudocódigo realmente solo lo necesitarías para planificar el desarrollo de un algoritmo en general, como la estructurización, el comportamiento, la complejidad ciclomática y la resolución de tus algoritmos antes de empezar a elaborarlos. También es viable utilizar el pseudocódigo para planificar el comportamiento de una interfáz de usuario, me refiero, de las acciones desencadenantes (o eventos) de sus controles o elementos. A esto último también podriamos añadirle la creación de un Mockup, una especie de sketch para planificar el aspecto que tendrá nuestra interfáz de usuario (generálmente se usa para interfaces gráficas). Existen herramientas profesionales de software tanto para escribir el pseudocódigo de nuestros algoritmos, como para dibujar los mockups de nuestras GUIs.

La práctica del pseudocódigo no es algo estrictamente necesario, de hecho mayórmente es completamente innecesario en el día a día de cualquier programador a menos que trabajases de forma profesional en una oficina donde te exijan ciertos controles de calidad en tus proyectos, donde debas asegurarte de organizarte hasta el último detalle para "darlo todo". Y tampoco existen unas bases o normas universales para escribir pseudocódigo (aunque algunos sitios web pueden intentar imponer ciertas guías de diseño de Pseudocodógo), lo cierto es que cada programador tiene su estilo propio de psedocódigo/explicar las cosas.

Practicar el pseudocódigo es decisión de cada persona, no es algo que te vaya a volver mejor ni peor programador pero con la abundante práctica podrías perfeccionar (o desarrollar nuevas) aptitudes que te ayudasen en la programación. Simplemente es una práctica opcional que te puede servir de ayuda y con lo que además puedes aprender a explicarle a otras personas como elaborar algoritmos de forma intuitiva (en forma de pseudocódigo), pero si de por si no tienes la capacidad de explicarte de forma que los demás te puedan comprender en nuestro idioma, de nada sirve aprender a explicarse con pseudocódigo .

Para el uso personal es una buena forma de organizarse y tener una guía de diseño para elaborar algoritmos de forma (que uno mismo considere) estructurada, y si te quedas atascado en un algoritmo que muestra un comportamiengo anómalo, siempre puedes revisar el pseudocódigo que hiciste para intentar hallar lo que estás haciendo mal, pero no deberías preocuparte por el pseudocódigo de momento... preocúpate más bien por seguir leyendo tutoriales de Python para aprender a manejarlo de forma básica, y luego seguir escalando peldaños de dificultad.

¡Saludos!.

El tema ha sido movido a Scripting.

http://foro.elhacker.net/index.php?topic=465246.0

[File 2 startup]

"¿Cómo hacer que un script se inicie con Windows?"

Pues por ejemplo con mi herramienta File 2 startup.

• [SOURCE] File 2 startup v1.1 - By Elektro

[Omer Mor]

mi duda es, se puede extraer el código del mismo? A lo mejor estoy diciendo una barbaridad, porque no se ni como funcionan

Hola. Un paquete de NuGet no es más que un archivo comprimido (.zip) el cual suele contener una serie de ensamblados .NET (dlls) que se referencian de forma automatizada a tu proyecto, así que no, no hay código que puedas analizar... a menos que le hagas un Reflection a los ensamblados en cuestión.

Muchos de los paquetes de NuGet suelen estar también publicados en GitHub (donde puedes ver el código fuente, como ya sabes de sobra), pero lamentablemente este no parece ser el caso con el autor de ese paquete, un tal @Omer Mor: https://github.com/OmerMor?tab=repositories sin embargo, ahí en su perfil de GitHub puedes encontrar su e-mail personal donde puedes intentar pedirle el código fuente.

El error que te indica en la consola de NuGet es autodescriptivo, sin embargo, supuestamente no debería ser así... cuando el propio autor afirma que su librería funciona najo .NETFx 3.5 xD. Así que no sé que decirte.



@Nukes, en mi opinión estos posts que ultimamente publicas con problemas son... a ver, son problemas, pero es que no mencionas cual es el problema real, y así no se te puede ofrecer ayuda cualificada. Me refiero, un tio puede venir y ayudarte a que soluciones la instalación de ese paquete NuGet, ¿pero de que te servirá eso realmente?... si el problema principal que te ha llevado a querer implementar las NamedPipes en una supuesta versión no soportada de .NET Framework es un problema bien distinto.

Empieza por aclarar lo siguiente: ¿Qué necesitas llevar a cabo?, comunicarte con otro proceso de forma local (Interprocess Communication), o comunicarte con otro proceso de forma remota (Network Interprocess Communication), y a partir de ahí se podrá empezar a decirte tus opciones...

De todas formas te puedo decir que para comunicarte con otro ensamblado .NET de forma local no necesitas usar las Named Pipes, puedes usar bloques de memoria compartida (Memory-Mapped Files), mírate el namespace System.IO.MemoryMappedFiles, además te puedo mostrar por privado una clase completa de mi framework de pago ElektroKit para facilitarte las tareas de comunicación. Y para comunicarte con otro ensamblado .NET de forma remota, en lugar de Named Pipes puede utilizar simple y llanamente un Socket: https://code.msdn.microsoft.com/CSSocketCommunication-089f0e86

¡Saludos!

[subprocess]

¿Si por casualidad de la vida se generará la key valida de 72 caracteres en formato hexdecimal (f44e1a776ad2f2f2d8ecc2befee610ea4536a37713a83db0396835c74c1b2af3343fd433), como notificar o detener el script?

Hola.

Desconozco de donde sale ese misterioso proceso "dmg.exe", pero en el hipotético caso de que haya sido desarrollado profesionálmente entonces el proceso debería terminar su ejecución devolviendo un código de salida (0, 1, etc) correspondiente al estado exitoso o no de la extracción. Asumiendo esto, entonces puedes resolver el problema por ejemplo haciendo uso del módulo subprocess para evaluar el código de salida de dicho proceso y terminar el ciclo en caso de que el código de salida sea satisfactorio (dicho código de salida suele ser un cero, pero dependiendo del programador puede especificar un código específico, distinto)...

Ejemplo:

Código (python) [Seleccionar] Expandir

# -*- coding: UTF-8 -*-

import os, random as rand, subprocess as sp, sys, time

def gen_all_hex():
  i = 0
  while i < 16**72:
    yield "{:072X}".format(i)
    #i += 1
    i += rand.randint(1, 1)
    time.sleep(.1) # Wait 100ms

for s in gen_all_hex():
  print (s)
  proc   = sp.Popen('%s %s' % ('dmg.exe extract 058-07911-219.dmg 058-07911-219d.dmg -k', s), stdout=sp.PIPE)
  stdout = proc.communicate()[0]
  ret    = proc.returncode
  if ret == 0:
    print 'Successful extraction!'
    break

sys.exit(0)

¡Saludos!.

[EDITO:]

O mejor dicho, ¿Es posible?

Suponiendo que estemos refiriéndonos a un executable de Windows con interfáz gráfica, entonces cada vez que inicias dicho executable desde el proceso CMD, la instancia de consola de la CMD se adjunta al proceso iniciado desde esa CMD (EDITO: por supuesto no es que la ventana de la CMD se adhiera a la GUI, eso no ocurre ), y esto nos permite comprobar facilmente si nuestra aplicación fue iniciada o no desde la consola. ¿Cómo?, pues intentando adjuntarle una consola a nuestro proceso haciendo uso de la función Win32 AttachConsole y comprobando el valor de retorno de dicha función. Recuerda liberar la consola adjuntada para la evaluación, con la función FreeConsole.

• AttachConsole function | MSDN
• FreeConsole function | MSDN

Esta es la forma en que se puede detectar si una aplicación de .NET fue iniciada desde la consola o no. Y para ser honestos desconozco si este procedimiento automático de adjunción de consola actua de la misma manera para todos los executables con interfáz gráfica o solamente para los ensamblados .NET con interfáz gráfica. Será cuestión de que lo compruebes por ti mismo.



Te dejo aquí un código de ejemplo para .NET:

Código (vbnet) [Seleccionar] Expandir

Imports System.Security

Public NotInheritable Class NativeMethods

   <SuppressUnmanagedCodeSecurity>
   <DllImport("Kernel32.dll", SetLastError:=True)>
   Public Shared Function AttachConsole(ByVal pid As Integer) As <MarshalAs(UnmanagedType.Bool)> Boolean
   End Function

   <SuppressUnmanagedCodeSecurity>
   <DllImport("Kernel32.dll", SetLastError:=True)>
   Public Shared Function FreeConsole() As <MarshalAs(UnmanagedType.Bool)> Boolean
   End Function

End Class

Public NotInheritable Class AppUtil

   Public Shared ReadOnly Property IsAppExecutedFromConsole() As Boolean
       <DebuggerStepThrough>
       Get
           Dim result As Boolean = NativeMethods.AttachConsole(-1)
           If (result) Then
               NativeMethods.FreeConsole()
           End If
           Return result
       End Get
   End Property

End Class

Public NotInheritable Class Form1 : Inherits Form

   Private Sub Form1_Shown(sender As Object, e As EventArgs) Handles MyBase.Shown
       MsgBox(AppUtil.IsAppExecutedFromConsole)
   End Sub

End Class

¡Saludos!

[C:\Program Files\Sublime Text\Packages\Color Scheme - Default.sublime-package]

el color de los elementos en sublime es modificable

Bueno, esa afirmación es cuestionable, compañero. Por supuesto llevas razón, pero resulta un procedimiento bastante confuso de llevar a cabo para alguien que no esté experimentado ya. Dependiendo de que versión de Sublime Text estemos hablando, y de que tipo de instalación (si portable, o normal) el procedimiento en esencia será el mismo, pero las ubicaciones de los archivos cambian. No se puede decir que la modificación del color de los elementos en este editor sea algo intuitivo.

El primer paso es ubicar el archivo zip que contiene los temas visuales y extraer su contenido. Yo lo tengo ubicado en C:\Program Files\Sublime Text\Packages\Color Scheme - Default.sublime-package. Si estás utilizando la instalación completa entonces debes tenerlo ubicado en C:\Users\{USUARIO}\AppData\Roaming\Sublime Text\Packages\Color Scheme - Default.sublime-package. El archivo hay que copiarlo (para conservar el archivo original sin modificar) y renombrarlo para añadirle la extensión .zip, y extraerlo. Como ya dije, esto no tiene nada de intuitivo.

El segundo paso sería colocar el contenido extraido en el directorio de los paquetes de usuario, en mi caso C:\Program Files\Sublime Text\Data\Packages\Color Scheme - Default\. Si estás utilizando la instalación completa entonces: C:\Users\{USUARIO}\AppData\Roaming\Sublime Text\Data\Packages\Color Scheme - Default\.

Seguidamente, abres el tema visual que desees modificar. Y por último debes ubicar la propiedad foreground de los comentarios y editar el color HTML:



Guardas el archivo modificado y listo (no es necesario reiniciar Sublime), los comentarios de código estarán en tu color favorito:





Puedes simplificar la tediosa labor de extracción del archivo zip y etcétera instalando el paquete PackageResourceViewer:

• https://github.com/skuroda/PackageResourceViewer#packageresourceviewer

¡Saludos!.