problema compatibilità cmd

[swan_x]

ho trovato un fantastico programmino molto vecchio, che permette di inserire il codice di un file in quello di una immagine.
programma abbastanza vecchio (2012) ma attuale e funzionale.
lo si trova qui:

https://download.cnet.com/Hide-N-Send/3000-2092_4-75728348.html

il prog è composta da una interfaccia grafica GUI e poi nella cartella data c'è il vero file exe che esegue il comando.
il mio problema è che non volendo usare la GUI ma solo il cmd (x una questione personale che non sto qui a spiegare) al primo avvio mi ha funzionato, poi non più!....
la prima volta che ho provato ho aperto cmd (dalla cartella Data) ho scritto hidensend.exe /? x vedere la lista comandi, copio i comandi su un mio txt, mi preparo la stringa, rilancio il cmd con la stringa preparata, ma alla esecuzione di questa mi compare:

da quella volta non sono mai più riuscito ad avviare quel prog!!
ora, io posso capire che sia una versione non compatibile con la mia versione (win 7 64bit) di windows, e quindi è stata creata la GUI apposta che lancia ed esegue il cmd suddetto, ma quello che proprio non capisco è il perchè la prima volta si è avviato normalemnte mostrandomi tutta la lista comandi (quindi funzionante) e poi mai più...!
suggerimenti??

[aled1974]

hai già provato a settare la compatibilità, i privilegi e l'eventuale esecuzione amministrativa?

videate prese online



ciao ciao

[aled1974]

bravo a ricordarlo, avevo dimenticato degli spazi da rimuovere (o da approssimare con ~, ma è scomodissimo)

ciao ciao

[Nicodemo Timoteo Taddeo]

Originariamente inviato da aled1974

bravo a ricordarlo, avevo dimenticato degli spazi da rimuovere (o da approssimare con ~, ma è scomodissimo)

ciao ciao

Mi permetto di precisare Se nel nome file ci sono spazi, va messo dentro " "

Esempio

"C:\directory\nome del file.ext"

Il ~ era adoperato dal sistema operativo DOS per mostrare nel suo formato 8+3 i nomi file lunghi di Windows.

Ad esempio il file labarcavalascialandare.txt, veniva mostrato come

labarc~1.txt

Il numero 1 indica il primo file che inizia con labarc, se ci sono più file con labarc ci sarà un larbac~2, un labarc~3 e così via.

[swan_x]

innanzi tutto, grazie a tutti x la vostra attenzione!
detto ciò, compatibilità programmi già provato, non cambia.
x il resto già provato tutto: cambio nome, cambio cartella, nulla da fare...

e ripeto potrei anche accettare (forse) che quel cmd specifico (hidensend.exe) possa essere stato concepito con una vecchia versione a 16bit (cosa improbabile comque, dato che il prog è si vecchio, ma del 2012, quindi non così tanto vecchio....) e la la GUI in qualche modo lo lanci e funzioni...
ma quello che non capisco è il fatto che la prima volta mi abbia funzionato, scrivendo la lista comandi e poi quando ho provato la stringa col comando non ha mai più funzionato, nemmeno con /?
perchè prima si e ora no??
e nessuno di voi ha provato concretamente?? a voi funziona? il prog è portable, non installa nulla e sono pochi mb... se qualcuno provasse di persona, mi toglierebbe un dubbio.....

[swan_x]

vi metto qui il solo hidensend.exe x chi lo volesse provare...
https://www.upload.ee/files/11333163/hidensend.7z.html

[Nicodemo Timoteo Taddeo]

Applicazione a 16 bit, quindi non supportata su Windows 64 bit:

https://i.imgur.com/By7QDcE.png

L'altro eseguibile che avvii, quello che presenta l'interfaccia grafica, questo non lo usa.

[swan_x]

si appunto. che fosse compilato x 16bit e non 32 o 64 questo lo avevo capito anche io (e scritto anche nel post iniziale)

dimenticavo di dire che ho le net framework aggiornate all'ultima versione (4.8 mi pare).

x il resto il file l'ho rinominato, messo solo in C: o dentro altra cartella (e in altra partizione) con nome semplice e corto... ma nulla da fare....

rimane sempre il mistero del primo avvio che mi ha funzionato....
e quella GUI che invece riesce a comandare ed eseguire quel file, cuore di tutto il programma....
ci vorrebbe un compilatore in grado di capire come agisce la GUI che comanda il file hidensend.exe
o convertire questo file in un sistema 32 o 64 bit....
davvero un bel mistero!

[swan_x]

In alternativa, IMHO si può utilizzare il “vecchio” metodo che non delude mai (con o senza virgolette):

questa non l'ho capita...

[swan_x]

non capisco il perchè di tutte queste precisazioni...
ne sono al corrente, e ho già detto di aver messo semplicemente il file in C: senza nessuna cartella e non funziona.
ho anche creato una nuova cartella con un nome breve tipo abc sia in C: sia in altre partizioni D: E: con o senza cartella e nulla, il risultato è sempre lo stesso.
il problema è la compilazione del file hidensend.exe o chiamato anche con altri nomi il problema non cambia....
capisco e conosco il problema di percorsi lunghi in dos o di spazi o di caratteri strani, ma non è questo il caso.
il problema qui è il file in sè....

[Nicodemo Timoteo Taddeo]

Originariamente inviato da Phoenix2005

Il virgolettato su linea di comando andrebbe utilizzato solo se non c’è alternativa

Fallo sapere a Microsoft che evidentemente non hanno la giusta esperienza se lo impostano di default il virgolettato. E fagli correggere anche questo:

"Long Filenames or Paths with Spaces Require Quotation Marks"
https://support.microsoft.com/en-us/...uotation-marks


Tutti professori oggigiorno

[Nicodemo Timoteo Taddeo]

Originariamente inviato da swan_x

non capisco il perchè di tutte queste precisazioni...
ne sono al corrente, e ho già detto di aver messo semplicemente il file in C: senza nessuna cartella e non funziona.
ho anche creato una nuova cartella con un nome breve tipo abc sia in C: sia in altre partizioni D: E: con o senza cartella e nulla, il risultato è sempre lo stesso.

Infatti non c'entrano nulla.

il problema è la compilazione del file hidensend.exe o chiamato anche con altri nomi il problema non cambia....
capisco e conosco il problema di percorsi lunghi in dos o di spazi o di caratteri strani, ma non è questo il caso.
il problema qui è il file in sè....

Fai la prova a rinominare il file oppure spostarlo fuori dalla cartella e vedere se il programma principale, quello che mostra l'interfaccia grafica a finestre funziona lo stesso. Sarebbe la conferma che in realtà l'eseguibile di cui stai parlando è previsto da utilizzare solo su vecchie installazioni a 16 o 32 bit di Windows basate sul DOS. Tipicamente Windows 9x. Non ho più macchine virtuali di vecchie versioni di Windows, solo 64 bit ormai. Avrei già provato.

[swan_x]

in effetti se rinomino hidensend.exe e lancio l'interfaccia GUI ho un errore di net framework



poi il prog si avvia comunque ma appena carico una immagine mi ritorna quell'errore e praticamente il tutto non funziona...
quindi è l'interfaccia che richiama l'exe senza il quale il prog non funziona...
rimane sempre il fatto però che al primo avvio mi ha funzionato...
credo abbia scritto un valore nel registro e ora a successivi avvii non funziona più... dovrebbe provare qualcuno che non lo ha mai eseguito e vedere se a lui funziona...

[Nicodemo Timoteo Taddeo]

In ogni caso esistono altri programmi per la steganografia da linea di comando. Esempio:

http://steghide.sourceforge.net/index.php

https://github.com/peterheesterman/steg


Il primo è molto vecchio ma chissà che non ti funzioni anche oggi. Il secondo è decisamente più recente. Io una prova la farei.


li tuo exe l'ho aperto con un editor esadecimale e risulta effettivamente non essere un tradizionale eseguibile a 32 o 64 bit. Chissà che diavolo è in realtà Visto la tipologia di programmi ci si può aspettare di tutto, un modo per confondere le acque...

[Nicodemo Timoteo Taddeo]

Originariamente inviato da Phoenix2005

Leggi meglio: non ho detto che il virgolettato non vada utilizzato tout court

Hai scritto chiaramente "andrebbe utilizzato solo se non c’è alternativa" che è sostanzialmente come dire che non va mai utilizzato. In realtà è esattamente il contrario, va utilizzato sempre tranne casi specifici, rari da incontrare, per cui non si mostra adeguato.

In questo caso tra l'altro non si capisce bene perché è stato tirato fuori questo argomento perché il file in questione è senza spazi e di dimensioni ridotte.


L'ufficio complicazione cose semplici lasciamo chiuso quando non serve.

[swan_x]

caro Nicodemo di prog simili ne ho provati a centinaia in questi giorni, ma c'è sempre qualcosa che manca o che non va...
dei tuoi 2 citati, il primo è ottimo ed è quello che userò; il secondo, seppur valido, richiede un componente aggiuntivo (cargo) che non mi pare il caso x fare una cosa che altri fanno in modo più semplice.
io cerco un cmd che funzioni con jpg. una cosa semplice ma pare complicata: molti funzionano solo su png o bmp o richiedono come questo altri componenti....


@Phoenix
sarà anche scritto con i piedi, ma fa un ottimo lavoro! e funziona sui semplici jpg, cosa non da tutti anche se il jpg è il formato grafico più utilizzato. molti funzionano solo su png o bmp
e funziona molto bene il prog, dalla sua GUI. poi io x questioni mie, lo vorrei usare da cmd ma questo evidentemente non è stato pensato dagli sviluppatori (che ho provato anche a contattare, ma nè il sito, nè la mail esistono più...)

al contrario dell'ottimo steghide che funziona sia da cmd che da GUI (se si fa una ricerca è possibile trovare una o più GUI x questo cmd)

poi al di là di commenti vari su questo che secondo me è un valido prog, la questione è sempre la stessa del mio post iniziale: perchè da cmd la prima volta digitando nome.exe /? mi ha funzionato rivelando la lista comandi e poi non più??? cioè o funziona o no, questo è il mio dilemma, poi di prog simili ne esistono diversi e non che questo sia così fondamentale...

[Nicodemo Timoteo Taddeo]

Originariamente inviato da swan_x

poi al di là di commenti vari su questo che secondo me è un valido prog, la questione è sempre la stessa del mio post iniziale: perchè da cmd la prima volta digitando nome.exe /? mi ha funzionato rivelando la lista comandi e poi non più??? cioè o funziona o no, questo è il mio dilemma, poi di prog simili ne esistono diversi e non che questo sia così fondamentale...

Io la prima cosa che ho tentato sul file che hai fornito, è stato proprio il /? e non ha funzionato del tutto. Se ne è venuto fuori con la finestra che ho postato. Siccome era Windows 10 ho avviato una macchina virtuale con 7 64 bit, ma niente, sempre la stessa cosa. Niente /? e niente normale esecuzione.

Sarebbe da provare con un sistema a 32 bit, dovrei avere da qualche parte ancora una virtual machine con XP, devo cercarla sui DVD...


EDIT: trovato il DVD, XP SP3 masterizzato nel 2008. Caricato regolarmente da VirtualBox, trasferita la cartella del programma, una rapida prova sia con /? che con l'avvio normale:

https://i.imgur.com/DOyaFyN.png

Programma troppo grande per la memoria. E che vor di?

Il computer vituale ha 3.5 gigabyte di RAM... L'altro eseguibile, quello "normale" invece non parte dando un errore generico ma immagino sia a causa dell'assenza del .net framework necessario.

Mah... lascia stare ed usa uno di quelli che ti ho segnalato. Non ti farai il sangue amaro

[swan_x]

si davvero strano quel messaggio... pensando che il file è circa 300Kb....
e l'interfaccia GUI appunto non funziona perchè sono necessarie le net framework (almeno 2.0) x funzionare, quindi questo almeno è coerente!

x le tue segnalazioni ripeto il primo è ottimo, il secondo richiede sftw in aggiunta che non sembra il caso...

avrei trovato uno script in python.... come sei messo con python?
anche questo provato ma mi rileva un errore... e ho scritto allo sviluppatore ma ancora nessuna risp...

se hai conoscenze di python, dimmi che ti spiego come/dove reperire i 2 script da provare. sempre tu abbia del tempo x le prove....ahahah battuta! mi sa che il tempo qui non manca a nessuno di noi!!

[Nicodemo Timoteo Taddeo]

Originariamente inviato da swan_x

avrei trovato uno script in python.... come sei messo con python?

Passo

[swan_x]

mmm ... peccato. vabbè troverò una sezione adatta dove chiedere un aiuto...
un saluto