Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Eleкtro

#3631
.NET (C#, VB.NET, ASP) / Re: C# SMTP
19 Junio 2016, 10:44 AM
¿Por qué motivo has modificado el puerto y has desactivado la propiedad EnableSSL?.

Como indica la documentación de Google (https://support.google.com/a/answer/176600?hl=es) el puerto 465 requiere un método de conexión mediante SSL, sin embargo, como indica la documentación de Microsoft respecto a la class Smptclient (https://msdn.microsoft.com/en-us/library/system.net.mail.smtpclient.enablessl%28v=vs.110%29.aspx), dicho método de conexión no está soportado.

Solución:
Utiliza el puerto 587 (TLS) y activa la propiedad EnableSSL. Exactamente como en el ejemplo que proporcioné, así te debería funcionar; de lo contrario, especifica que error tienes despues de haber aplicado las correcciones que acabo de mencionar.

Saludos!
#3632
Java / Re: app que te reconozca
18 Junio 2016, 20:08 PM
Cita de: qwery.azc en  8 Junio 2016, 18:08 PM
quisiera hacerlo solo por movimiento del raton o por la frecuencia de teclado.

sera una idea factible?

Yo no lo veo nada factible.

El movimiento del ratón y la frecuencia de teclado pueden ser muy variables en un usuario, dependiendo, entre otros factores, del cansancio y/o el estado de ánimo del usuario.

También considero que no hay un margen tan amplio como para evitar que sea facilmente reproducible por otra persona solo con fijarse en como escribimos a que velocidad movemos el ratón, y aparte de eso, una persona puede aprender y acostumbrarse a escribir más deprisa, ¿y entonces que ocurriría, el algoritmo le reconocería como "otra persona"?.

Seamos sensatos, la idea incluso resulta algo absurda. Tampoco hay que ser un experto en algoritmos de reconocimiento/identificación de personas para saber que es una mala idea ...a ver, yo hablo bastante desde el desconocimiento, pero si ninguna compañia profesional ha implementado esa metodología de identificación, por algo será.




Cita de: qwery.azc en  8 Junio 2016, 19:32 PMsi sumamos todo es decir, el teclado + uso de raton + otros parametros

seria algo muy seguro

Si encima le añadieses más parámetros de evaluación a los ya mencionados, entonces sería tan "seguro" que practicamente ni tan siquiera el propio usuario legítimo lo podría utilizar.

¿Por qué no recurres a la metodología más común?: los gestos. No te costará encontrar información en Google sobre como implementar algoritmos de gestures en tu app para android, y entonces la aplicación podrá identificar al usuario según el gesto que éste haga con el dedo sobre el dispositivo, o en su defecto con el ratón.

Tal vez otra metodología viable fuese la escritura. En papel, la escritura puede identificar a una persona y no es reproducible al 100% por ninguna otra persona a nivel forénsico (realmente existen muchos matices personales cuando escribimos una letra), sin embargo, escribir con el dedo o con el ratón ya sería algo muy distinto y quizás muy variable también, pero creo que dos personas no harían los mismos movimientos con el ratón para construir/dibujar una o un par de letras en particular. Todo sería cuestión de testear si los resultados son factibles o no.

Saludos
#3633
Puedes utilizar la función System.Math.Ceiling, de la siguiente manera:

Código (vbnet) [Seleccionar]
Dim value As Double = 36.0R ' CDbl(TextBox1.Text)
Dim result As Double = (1.0R + (3.333R * Math.Log(value)) / Math.Log(10.0R))
Dim round As Integer = CInt(Math.Ceiling(result))

TextBox2.Text = CStr(round)


Saludos
#3634
Scripting / Re: Pedro y su misión.
18 Junio 2016, 05:28 AM
Cita de: EagleStrike en 18 Junio 2016, 03:42 AMDe paso, te quería preguntar, esas "variables raras" como "%0" y esas, ¿qué son? ¿Se pueden usar como cualquier otra variable? ¿Hay una lista de expresiones de ese tipo?

En mi tutorial puedes encontrar esta info:

Cita de: http://foro.elhacker.net/scripting/tema_bloqueado_hasta_finalizar_el_tuto_tutorial_extendido_de_aprendizaje_batch-t375135.0.html;msg1797955#msg1797955
  • 6.1 Variables especiales (o Variables de parámetro) (o Variables de argumentos)


Las variables especiales son un tipo de variables predefinidas que pueden cambiar su valor constantemente,
Estas son todas las variables especiales:

%0  %1  %2   %3  %4  %5  %6  %7  %8  %9  %*

En ellas se guarda el orden de los argumentos que le pasemos a nuestro script.

Un argumento es una cadena de caracteres delimitados por un espacio o por comillas dobles, esto quiere decir que una cadena encerrada entre comillas cuenta como un argumento
"Esto es un argumento"    "Y esto otro argumento"

Pero si no usamos comillas, los argumentos se separan por espacios:
Esto son cuatro argumentos
1       2     3         4


La variable %0 no la consideraremos realmente un argumento, porque en ella se guarda la ruta de nuestro script.
@Echo OFF
Echo %0
Pause >NUL




Si usamos una subrutina, el argumento %0 pasa a ser el nombre de la etiqueta de la subrutina, y será el siguiente número de variable (%1) el que realmente empezará a guardar el primer argumento que le pasemos:
@Echo OFF
call :subrutina "argumento 1"
:subrutina
Echo %0
Echo %1
Pause >NUL




Podemos usar la variable especial con comodín %*, esta variable reune todos los argumentos que le pasemos al script:

@Echo OFF
call :subrutina arg1 arg2 arg3 arg4 arg5
:subrutina
Echo %*
Pause >NUL



(El argumento 0 se omite)



Habeis visto que solo existen 10 variables especiales con números, pero descontando la variable %0, nos quedan 9 variables, ¿que pasa si necesitamos usar más de 9 argumentos... si por ejemplo necesitamos usar el arhumento 10?

Bien, pues el valor de las variables especiales se puede desplazar hacia la izquierda son el comando SHIFT, consiguiendo que el valor que había por ejemplo en la variable %3 pase a la variable %2, y el valor de la imaginaria variable %10 pase a la variable %9, entonces ya podremos usar nuestro 10º argumento en la variable %9

Cita de: CMD
SHIFT /?

Cambia la posición de parámetros reemplazables

SHIFT [/n]

Si las extensiones de comando están habilitadas,
el comando SHIFT admitirá el modificador /n,
el cual informa al comando que empiece a cambiar en el argumento n, en donde n puede estar comprendido entre 0 y 8.

Por ejemplo:
   SHIFT /2

cambiará %3 a %2, %4 a %3, etc. y deja %0 y %1 sin modificar.

Ejemplo:
@Echo OFF
call :subrutina a b c d e

:subrutina
Echo Antes del "Left Shift":
Echo arg1 = %1
Echo arg2 = %2
Echo arg3 = %3
Echo arg4 = %4
Echo arg5 = %5

Echo+
SHIFT /1

Echo Despues del "Left Shift":
Echo arg1 = %1
Echo arg2 = %2
Echo arg3 = %3
Echo arg4 = %4
Echo arg5 = %5

Pause >NUL





NOTA: El comando SHIFT no afecta a la variable especial %*, esta variable no se puede desplazar.






  • Expansión de variables especiales (o Argumentos) y de variables de FOR

La gran ventaja de las variables especiales y variables de FOR es que pueden ser expandidas para mostrar únicamente los datos que nos interesen, como por ejemplo, el tamaño del argumento, la extensión del archivo, la fecha de modificación, etc.

Esto se realiza usando el operador ~ seguido de uno de los siguientes caracteres (los caracteres se pueden combinar).


%~0         - expande %0 quitando las comillas (") que pudiera haber
%~f0        - expande %0 a un nombre de ruta completo
%~d0        - expande %0 solo a una letra de unidad
%~p0        - expande %0 solo a una ruta
%~n0        - expande %0 solo a un nombre de archivo
%~x0        - expande %0 solo a una extension de archivo
%~s0        - ruta expandida contiene solo nombres cortos
%~a0        - expande %0 a atributos de archivos
%~t0        - expande %0 a fecha/hora del archivo
%~z0        - expande %0 a tamaño del archivo
%~$PATH:0   - busca los directorios de la lista de la variable de entorno de PATH y expande %0 al nombre del primero que se encuentre.


Ejemplo:
@Echo OFF

Echo Argumento con comillas:
Echo %0
Echo.
Echo Argumento sin comillas:
Echo %~0
Echo.
Echo Ruta completa del argumento:
Echo %~f0
Echo.
Echo Letra de unidad del argumento:
Echo %~d0
Echo.
Echo Ruta del argumento:
Echo %~p0
Echo.
Echo nombre del argumento:
Echo %~n0
Echo.
Echo Extension del argumento:
Echo %~x0
Echo.
Echo Ruta de nombre corto del argumento:
Echo %~s0
Echo.
Echo Atributos del argumento:
Echo %~a0
Echo.
Echo Fecha/Hora dle argumento:
Echo %~t0
Echo.
Echo Tamanyo del argumento:
Echo %~z0

Pause >NUL





@Echo OFF

FOR %%a in (*) DO (

    Echo Ruta:      %%~fa
    Echo Letra:     %%~da
    Echo Carpeta:   %%~pa
    Echo Nombre:    %%~na
    Echo Extension: %%~xa
    Echo Atributos: %%~aa
    Echo Fecha/H.:  %%~ta
    Echo Tamanyo:   %%~za
    Echo+

)

Pause >NUL



#3635
Scripting / Re: Pedro y su misión.
18 Junio 2016, 03:02 AM
Entonces, cuando añades el valor de registro con los datos "%cd%\pedro.cmd", la variable dinámica "%CD%" se expande a "C:\Windows\System32", en lugar de expandirse al directorio desde donde se iniciío "pedro.cmd"?.

Para solucionar el problema, simplemente debes reemplazar el uso de la variable dinámica "%CD%", por la variable de argumento "%0" (utilizando el modificador de variable correspondiente), la cual apunta hacia la ruta del script en ejecución.

Ejemplo:
Código (dos) [Seleccionar]
@Echo OFF
(REG.exe ADD "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Run" /V "Título" /T "REG_SZ" /D "\"%~f0\"" /F) & REM "%~f0" = "C:\Ruta absoluta\pedro.cmd"
Pause&Exit


Saludos.
#3636
Scripting / Re: Pedro y su misión.
18 Junio 2016, 01:54 AM
Lo único que he entendido:
La primera vez que inicias el archivo.bat, el archivo.txt se encuentra en el mismo directorio de trabajo. Bien, todo perfecto. Luego no se que ocurre con Pedro y El Lobo, que cuando intentas volver a iniciar el archivo.bat, el archivo.txt está en otro lugar desconocido, como en otra dimensión, ¿pero quien lo ha movido hasta allá y por qué?. No me entero de nada.

De todas formas, si "archivo.txt" se encuentra en un directorio el cual conoces su ruta, entonces no me queda muy claro cual es el problema que encuentras para hallar esa ruta, suponiendo que ese sea el problema por que como ya digo no me he enterado. Da más detalles por favor, pero sin personajes inventados ...te lo pido xD, proporciona datos reales con los que poder ayudarte, empezando por la ubicación de esas rutas, los datos que le asignaste al valor de la clave de registro, y lo que pretendes conseguir. Información.

Cita de: EagleStrike en 18 Junio 2016, 00:31 AMActualizo: Al ejecutarse la entrada de Pedro en Run, se ejecuta desde System32. Sólo tiene que volver hasta su carpeta original.

Efectivamente. La CMD.exe se encuentra en el directorio del sistema, X:\Windows\System32, por ende, cuando ejecutas la CMD desde la entrada Run/RunOnce, ese es su directorio de trabajo inicial.

Si lo que pretendes es modificar el directorio de trabajo, entonces puedes utilizar el comando PUSHD:

Código (dos) [Seleccionar]
@Echo OFF
PUSHD "C:\Carpeta" & REM Con esta orden asignamos el directorio de trabajo indicado.
   :: Deposite sus órdenes aquí.
POPD & REM Con esta orden regresamos al directorio de trabajo anterior (System32).
Pause&Exit /B 0


PD: ¿Era eso lo que querías?.

Saludos!.
#3637
Cita de: hckcrck en 17 Junio 2016, 17:20 PMes igual que visual studio?
Visua Studio es una IDE o entorno de programación, pero Visual Studio Code es más bien un editor de texto liviano orientado a lenguajes de markups. Son productos completamente distintos.




Cita de: hckcrck en 17 Junio 2016, 17:20 PMpuede cumplir la misma función?
No, no puede, por la razón que he explicado arriba.

VS Code te sirve para editar archivos de C#, VB.NET, Batch, Xml y Html entre otros, pero no te sirve para desarrollar aplicaciones .NET, ya que no es una IDE, por ende no tiene un compilador, ni depurador, ni tampoco un constructor de interfáz gráfica, ni un profiller, ni nada de nada.

Sin embargo, VS Code lo podrías utilizar como un complemento adicional a Visual Studio, puesto que es una opción perfecta para reemplazar otros editores profesionales como Sublime Text o Notepad++, ya que VS Code utiliza el IntelliSense de Microsoft (el mismo que Visual Studio) y el mecanismo Roslyn (como en Visual Studio), y eso son cosas que aportan mucha versatilidad y facilitan la edición del código.




Cita de: hckcrck en 17 Junio 2016, 17:20 PMpor lo pesado que es parece una herramienta muy completa
Como ya he mencionado, VS Code es un editor liviano. Apenas ocupa 150 mb. Si eso te parece "pesado" entonces prepárate para ver lo que pesa la instalación de Visual Studio xD. No quiero asustarte, y sobre lo completo que es Visual Studio tampoco, pero necesitarás dos vidas enteras para poder descubrir todas sus funcionalidades :).

EDITO: Cuando vayas a instalar Visual Studio, intenta evitar instalar componentes adicionales (como toda la morralla de SQL Server, Silverlight, Bliss, el profiller de Microsoft, o los compiladores de C++ si no necesitas soportar ese lenguaje en Visual Studio) ya que realmente dependiendo de los componentes que elijas pueden ocuparte varios GB de espacio en el disco y total para no llegar a usar nunca esos componentes no merece la pena instalarlos.




Cita de: hckcrck en 17 Junio 2016, 17:20 PMel visual basic studio pero wine no lo abre
Visual Studio no es compatible con Linux. Existen muchos artículos que puedes encontrar googleando sobre gente experta con wine/Linux que ha probado todo tipo de artimañas para intentar hacerlo funcionar ...sin éxito. Si vas a iniciarte en la plataforma .NET, entonces debes empezar por asumir que debes usar Windows.

En Linux puedes recurrir al compilador Mono con la IDE MonoDevelop, pero esto no llega a ser exactamente lo mismo, y en mi opinión si empiezas usando MonoDevelop  te otorgará una experiencia de uso muy distinta (mucho más cutre en comparación con lo que te puede ofrecer Visual Studio) así que yo no lo considero recomendable para alguien que está aprendiendo, además, Mono tiene muchas limitaciones.

EDITO:
Para poder instalar y utilizar Visual Studio 2015 necesitas Windows 10, o en su defecto Windows 8.1 con las últimas actualizaciones de Windows Update.
Visual Studio 2015 no soporta otros sistemas operativos. Y no, no te recomiendo empezar utilizando una versión anterior de Visual Studio, por que lo mejor es que empieces aprovechando las funcionalidades más actuales de la versión más reciente de Visual Studio, ya que cada versión de Visual Studio aporta funcionalidades mejoradas y nuevas características no solo en el entorno, sino también en los lenguajes soportados.




Cita de: hckcrck en 17 Junio 2016, 17:20 PMesto es totalmente nuevo para mi, cualquier ayuda por muy evidente que sea me vendrá bien
1. En el foro hay una sección para los lenguajes de .NET, debes plantear tus dudas allí: http://foro.elhacker.net/net-b62.0/

2. Evidentemente lo que debes descargar es Visual Studio (no VS Code).
Puedes descargar la edición Community, que es gratuita y, aunque tiene ciertas limitaciones y bugs, no creo que tengas tiempo ni necesidad de descubrir sus fallos por ahora. Es todo lo que necesitas: https://www.visualstudio.com/post-download-vs?sku=community&clcid=0x409
Más adelante puedes tratar de descargar la versión Profesional o Ultimate, que bviamente no son gratuitas, pero... todo el mundo usa un serial de oro por Internet que es muy fácil de encontrar, cof cof.

3. Deberás elegir entre uno de los lenguajes: C# o VB.NET, aunque son practicamente lo mismo, pero la sintaxis es muy diferente y eso hace que otorguen una experiencia de uso muy distinta... simplemente elige el lenguaje que más te guste su sintaxis y que más sencillo te parezca, más adelante con un poco de práctica podrás empezar a desarrollar códigos en ambos lenguajes con lo que aprendiste en el otro lenguaje (yo elegí VB.NET como mi lenguaje main).
No he mencionado el resto de lenguajes soportados por que no es lo habitual, excepto Visual C++, ese si que es muy usado y es otra buena opción, pero creo que lo mejor es que te apoyes en la capa de seguridad que proporciona el código administrado, con VB.NET o C#.

4. También deberás elegir una tecnología en la que empezar a programar. Puedes verlo como si fuesen un tipo de aplicación diferente, es decir, una tecnología para crear aplicaciones de consola, otra para crear aplicaciones de escritorio, otra para aplicaciones web, etc.
Lo más básico por donde puedes empezar es WindowsForms para crear aplicaciones con interfáz gráfica o de consola. No necesitas más.
Si quieres empezar fuerte entonces podrías elegir la tecnología WPF, donde se requiere la utilización de dos lenguajes al mismo tiempo (VB.NET+XAML o C#+XAML), es un mundo bastante distinto a WindowsForms, y es más complejo ...requiere un mayor nivel de comprensión y de dedicación en general.
Si quieres crear aplicaciones web, entonces tu tecnología es ASP.NET.

De todas formas tampoco le des mucha importancia a eso. En Visual Studio encontrarás plantillas que te ayudarán a desarrollar varios tipo de proyectos, como aplicaciones de consola y de escritorio, drivers, servicios de Windows, librerías dll, etc.

5. Pásate por aquí:
Manuales de .NET

6. Vb.NET, C#, Python, y etc. son lenguajes que requieren un conocimiento previo sobre las bases de la programación orientada a objetos o dicho en Inglés: Object Oriented Programming (OOP); eso es algo que Batch no te puede enseñar, y como probablemente es un paradigma nuevo para tí eso te podría dificultar el aprendizaje con cualquiera de estos lenguajes, pero no te desanimes, mientras vayas practicando con el lenguaje que decidas irás aprendiendo las bases de OOP de forma parcial y suficiente para seguir aprendiendo de forma autodidacta, aunque lo mejor sería que al menos te informases sobre las definiciones de los términos más comunes relacionados con la OOP ...aunque fuese en la Wikipedia. Algunos de esos términos son: Objects, classes, structures, types, generic types, inheritance, interfaces, polymorphism, methods, functions, constructors, y un largo etcétera. (te los he nombrado en Inglés por que lo ideal es que te documentes en Inglés, y utilices Visual Studio en Inglés, pero eso ya es cosa tuya.)

7. Cualquier duda que tengas sobre VB.NET/C# estaré encantado de ayudarte, como puedes ver me apasiona .NET ...y poder resolver problemas relacionados (siempre que pueda resolverlos xD).

8. Tengo una librería gratuita para .NET que abarca todo tipo de materias de forma bastante completa, eso te podría servir para resolver muchos problemas cotidianos y/o implementar muchos algoritmos (desde un keylogger en unos sencillos pasos, hasta un editor de metadatos para archivos de música o un cliente para automatizar tareas en tu cuenta de GMail u Outlook mediante OAuth2. Sencillamente hay de todo). Quizás quieras hecharle un vistazo:
Y si todavía no has llegado a ver ningún código escrito en VB.NET, siempre puedes analizar el código fuente de mi librería para hacerte una idea de como es:

Saludos
#3638
Prueba así:
Código (dos) [Seleccionar]
@echo off
SET "user=user"

For /L %%# In (0, 1, 50) Do (
    dsadd user "cn=%user%%%#,ou=unidadOrganizativa,dc=dominio,dc=local" -pwd P@ssw0rd -canchpwd no -profile \\win1\perfiles\%user%%%# -upn %user%%%#@dominio.local
)

Pause&Exit


Saludos
#3639
Cita de: hckcrck en 17 Junio 2016, 13:11 PM
¿nada de utilidad? Entonces para que se utiliza? yo e visto cantidad de utilidades desarrolladas con un bat

El Batch que conocemos ahora fue diseñado con la finalidad de (y esto son palabras de Microsoft) automatizar tareas cotidianas del sistema, punto y final, esa es su razón de existir, no sirve para desarrollar scripts/aplicaciones con un mínimo nivel de profesionalidad y/o eficiencia, por que Batch es extremadamente limitado, y además, es muy tedioso, por que lo que cuesta implementar un algoritmo de 30 minutos en Batch, se hace en 5 minutos en C#/VB.NET, por poner un ejemplo.

Debes imaginarte a Batch como el paso previo a los lenguajes de programación de verdad, o tal vez como una versión super reducida e infinitamente limitada de AutoIt. Lo cierto es que Batch es inservible a excepción de eso, la automatización de tareas cotidianas y herramientas de quita y pon que estrictamente se basan en la utilización de "comandos externos", por que no hay más a lo que recurrir. Lo que puedes hacer en Batch también puedes hacerlo con cualquier otro lenguaje, eso y mucho más, y mucho mejor.




Cita de: hckcrck en 17 Junio 2016, 13:11 PMseguro que hay lenguajes mas útiles pero vi este el mas sencillo para empezar, he intentado aprender bash pero en los tutoriales dan unos saltos muy grandes y no consigo seguirlos   :huh: puede que me puedas recomendar alguno, así se puede añadir un tutorial de bash al post

Yo no se utilizar Bash excepto para lo más básico, de hecho hace siglos que no manejo Linux.

En Windows tienes otros lenguajes soportados por defecto, como son JS (desktop), VisualBasicScript, y Powershell, todos ellos con sus limitaciones también, pero cualquiera te será mucho más util que Batch, aunque JS no te lo recomiendo para este tipo de tareas. Si tu meta es desarrollar aplicaciones de escritorio para Windows, entonces yo te recomiendo que te olvides de Batch e incluso de los lenguajes de Scripting estrictos e incómodos como Python, y que vayas directo a C# o VB.NET (menciono ambos por que solo cambia la sintaxis y otras características que no vale la pena mencionar en este momento), pero eso solo es mi opinión personal, la decisión siempre será tuya. Pienso que debes sentirte agusto con el lenguaje que escojas.

Por cierto, recuerdo haber leido (en otro artículo de Microsoft) que PowerShell fue diseñado para automatizar tareas de administración del sistema (más o menos como Batch), pero lo cierto es que puedes hacer mucho, mucho más que eso, y sin duda es infinitamente mejor y más completo que Batch, pero tampoco es un lenguaje con el que puedas llevar a cabo un proyecto serio.

Citar¿que lenguajes de programación me recomiendas para empezar?

Mi recomendación es clara:
- VisualBasic.NET, C-Sharp, o Visual C++ administrado (en ese orden de preferencia), pero ten en cuenta que es una recomendación basada en mis propias experiencias, gustos personales, y mis propias metas.

En lo que respecta a lenguajes de scripting, recomiendo Ruby antes que Python.




Cita de: hckcrck en 17 Junio 2016, 13:11 PMeste el mas sencillo para empezar

No te voy a negar que Batch es lo más sencillo para empezar, ni que dejes de aprenderlo, ni que dejes de hacer herramientas en Batch si eso es lo que te gusta hacer (yo las sigo haciendo para ciertas tareas personales), lo que te digo es que lo que aprendas con Batch no te servirá de nada, ni lo podrás aplicar en otros lenguajes de programación reales, ya que todo será distinto y se hará de una forma muy diferente. Con Batch puedes aprender nociones básicas de lo que son las variables, los operadores, los búcles, las condicionales, los bloques de código, y poco más, con solo eso ya he descrito a Batch en su totalidad, y todo lo que aprendas lo harás de una forma poco ortodoxa que podrían resultar en malos hábitos de programación para el futuro.

Yo también empecé con Batch hace bastantes años ya, se que cuando se empieza en la programación hay detalles que no podemos asimilar correctamente, pensamos que algo es bueno por ser sencillo, y viene un capullo como yo a decirte que no lo es, que la sencillez de Batch en realidad es la viva imagen de sus limitaciones, y que es una herramienta que solo sirve para crear engorrosos menues con los que seleccionar opciones para realizar tareas muy simplonas, y muy poco eficientes debido a sus limitaciones y una administración de control de errores muy primitivo que está basado en códigos de salida, dicho sea de paso.

Cuando adquieras experiencia usando otros lenguajes verás que tengo toda la razón. Tampoco te creas que soy el único que hace este tipo de críticas negativas sobre Batch, cualquier programador "respetable" o de renombre te diría lo mismo (que no se me mal interprete, no estoy diciendo que yo me considere así), me refiero a cualquier programador profesional y/o con un mínimo de experiencia y entendimiento más allá de Batch y la programación en general. Batch no existe en el ámbito profesional por que no es una herramienta apta para la programación de proyectos serios, y en lo personal deja mucho que desear.




Cita de: hckcrck en 17 Junio 2016, 13:11 PMno se si debería gastar mi tiempo en algo que no va a usar nadie, aunque la idea se puede aplicar a otros lenguajes claro

Intentar crear una especie de "tutorial interactivo" que se pueda usar desde la CMD me parece una idea algo innovadora, es algo "distinto" y teniendo en cuenta que es tu primer aporte está más que bien para empezar, enhorabuena. Pero si te soy sincero yo no lo veo productivo; quizás sea una simple cuestión de gustos, puesto que soy de los que piensan que para aprender a utilizar un lenguaje hay que empezar por leer la documentación oficial o lo que más se le parezca (y después de eso ya vendrán los libros, videos, tutoriales, o análisis de aplicaciones).




Cita de: hckcrck en 17 Junio 2016, 13:11 PMPD: borro mis dudas, ya que veo difícil que alguien se plantee las mismas, y para que estén hay ocupando espacio en el post para nada, quitaré lo que no sea de utilidad. Algún mod podría echarme una mano eliminando los cuerpos vacíos de los post

No me parece del todo correcto que hayas borrado el contenido del mensaje. Es cierto que hemos empezado a desviar el hilo, pero considero que tus preguntas eran útiles y la información que yo di y que acabo de dar le puede servir a alguien más.

Te propongo lo siguiente: Publica un nuevo post y copias el mensaje principal para "mover" allí los tutoriales, y entonces modificas el comentario principal en este post para que sea diferente, quiero decir, que no hable de tutoriales, que siga el hilo del tema al que nos hemos desviado. ¿te parece bien?.

PD: He escrito un tocho enorme, lo se, lo siento, me cuesta abreviar las cosas.

Saludos
#3640
Cita de: hckcrck en 17 Junio 2016, 08:05 AMalguien conoce una solución? o cual es el problema?

La consola de Wine no es la CMD de Windows, sino una implementación personal que intenta parecerse lo máximo posible, pero eso no significa que deba o pueda implementar/soportar los mismos comandos (de la misma manera que en el panel de control de Wine no han implementado varios .cpl).
CHCP y SET son comandos interno de la MS-DOS API, command.com, y MODE de mode.com, no son comandos externos como la mayoría de los otros mal llamados "comandos", que en realidad son aplicaciones command-line, como por ejemplo SETX.exe.

Obviamente el problema es la implementación de la CMD de Wine, que está incompleta. ¿Qué puedes hacer al respecto?, supongo que nada. De todas formas no entiendo por que pretendes desarrollar un script de Batch desde Linux ...cuando podrías hacerlo desde Windows, y aparte, tampoco entiendo por que quieres que los comandos built-in de la CMD de Windows funcionen en la CMD.exe de Wine, ¿cual es el propósito de conseguir hacer funcionar el comando CHCP por ejemplo, siendo consciente de que en Windows funcionará perfectamente?, me refiero, según he entendido tú quieres hacer un batch-script desde Linux para usarlo en Windows, ¿no?, ¿entonces que importancia tiene si en Wine falla ese comando o no?.

Por último, me gustaría darte un pequeño consejo, puesto que te he leido comentar que quieres aprender Bash o Python o algo así, bueno, pues humildemente te digo lo mejor que puedes hacer es olvidar Batch, ya que ni siquiera es considerado un lenguaje de programación, y no te va a servir para aprender nada de utilidad.

Saludos!.