rilevante

ieri sera mentre stavo scivendo una function mi è capitato un fatto strano.
ogni tanto, per abitudine, salvo quello che sto scrivendo,
occasionalmente, anche se non ho finito di scrivere tutto.

Alla fine, quando ho tentato di chiudere la IDE, mi arriva il famoso e
detestato dialogo : 'one document has been edited in another contest. Do
you want to reload it ? Yes/no/cancel)

Non essendo sicuro, ho fatto cancel, ed ho perso tutto il testo.

Dopo aver bestemmiato per un'ora, in barba all'Alzheimer, mi sono
re-iscritto, a memoria di nuovo tutta la function. Una trentina di righe.

Questa volta ho fatto sicuro che non avevo aperto la IDE due volte,
(talvolta capita) e dopo aver salvato il testo ogni tre righe, alla fine
ho riavuto lo stesso dialogo.

Al che, avendo paura che 'reload' dovesse significare perdere tutto
quello cheho scritto, ho risposto 'No'.

E ho perso tutto una seconda volta.

Il primo istinto era quello di buttarmi giù dal poggiolo, (al quarto
piano) ma poi ho desistito. Ho fatto il lavoro a mano, invece che farmi
quella routine, ma la questione è ancora aperta :

1) Che cosa esattamente significa 'reload' il testo che stavo editando?
Dove ca§§o sta ? se io salvo ogni tre righe, mi aspetto che venga
'salvato' sul disco. OK magari un file temporaneo perchè é ancora
aperto, ma almeno dovebbe essere sicuro.
E inoltre non c'èra nessun'altra IDE di VB aperta. Quindi non so
spiegarmi che comportamento devo avere in questi casi.

Qualcuno mi spiega un po' la filodofia dell'IDE in questi casi ?

Uso regolarmente VB .NET, PHP, python, ma questi problemi li ho avuti
solo con VB .NET !

2) Infine, e' possibile usare VB .NET da 'command line' come si faceva
una volta ? Cioè uno si edita separatamente i source files, che stanno
su files separati, poi li linka, da command line e poi li esegue da
command line ??

Almeno in quel modo non succedono queste ca$$ate !!!

John <john_takethisoff> ha scritto:

>
> 1) Che cosa esattamente significa 'reload' il testo che stavo editando?
> Dove ca§§o sta ? se io salvo ogni tre righe, mi aspetto che venga
> 'salvato' sul disco. OK magari un file temporaneo perchè é ancora
> aperto, ma almeno dovebbe essere sicuro.

Reload significa "Ricarica". Nel tuo caso ti chiede, visto che il file in
oggetto è stato modificato esternamente, se vuoi ricaricare la versione
aggiornata.

Sicuramente hai pasticciato con gli editor. Magari avevi qualche altro
programma che teneva aperto il tuo file oltre a Visual studio.

>
> Qualcuno mi spiega un po' la filodofia dell'IDE in questi casi ?
>
> Uso regolarmente VB .NET, PHP, python, ma questi problemi li ho avuti
> solo con VB .NET !
>
> 2) Infine, e' possibile usare VB .NET da 'command line' come si faceva
> una volta ? Cioè uno si edita separatamente i source files, che stanno
> su files separati, poi li linka, da command line e poi li esegue da
> command line ??
>

Si, puoi usare il compilatore a riga di comando: vbc (csc se usi C#)

Am 21.02.2012 00:16, schrieb Loganino:

> Reload significa "Ricarica". Nel tuo caso ti chiede, visto che il file in
> oggetto è stato modificato esternamente, se vuoi ricaricare la versione
> aggiornata.
>
> Sicuramente hai pasticciato con gli editor. Magari avevi qualche altro
> programma che teneva aperto il tuo file oltre a Visual studio.
>

quindi, alla domanda di 'Reload' devo rispondere 'Yes'.

Era l'unica che era rimasta da provare. Imparare costa tanto a volte
(perdere codice ad esempio) !

Ora lo so per la prossima volta.

>
> Si, puoi usare il compilatore a riga di comando: vbc (csc se usi C#)
>> Almeno in quel modo non succedono queste ca$$ate !!!
>

devo provarlo e vedo se riesco a lavorare meglio.

Grazie.

John scriveva e il server registrava il messaggio 458369
zacchete
> Almeno in quel modo non succedono queste ca$$ate !!!

Le cazzate avverranno sempre e comunque...perchè nascono nella nostra
testa non nella mente del Fato Avverso!

Esempio:
VS.studio
aperto il file miaRaccoltaFunzioni.vb...lavoro...salvo

un altro editor...anche il notepad...o se è un progetto web un editor
di css...insomma "qualcosa" che apre miaRaccoltaFunzioni.vb...aggiungi
una virgola...e salvi

Vs.studio si accorge che il file su cui sta lavorando è obsoleto...ti
chiede se continuare così...e salvando perderei le modifiche dell'altro
programma...o ricaricare il codice ottenendo la versione più
recente(casomai perdendo modifiche che hai fatto SOLO su questo testo)

E' un comportamento NORMALE...e meno male che funziona così...sai che
casini altrimenti!?!?...per dire PSpad funziona nel medesimo modo...php
Designer lo stesso ...

Come sempre arrivi tu... e di colpo quello che è la normalità per tutti
(anche in ambito linux) diventa sbagliato (per te ovviamente)!
Poco tempo fa qui c'era una discussione su come mettere su un sistema
di versioning...forse ti sarebbe utile leggerlo!(tanto mi dirai che lo
sai già ...anzi che sei uno dei fondatori ed autori di SVN...che
compilare direttamente ti serve per il tuo karmacosmico etc etc
.....fai come vuoi!...sappi che anche in ambente python php ruby haskell
e persino Erlang e Logo ...un decente IDE/editor si accorge se gli
cambi il file che stai editando!...ed è bene che lo faccia!)

Saluti...

p.s.
Io torno sempre li!...ma se dotNet ti fa schifo e sei un drago in php
python( ;-) )....ma perchè non lo usi??? Lo minacci sempre ...ma non lo
fai mai!..."Abbi lei"(Lapo style) coraggio! B-)

Am 21.02.2012 09:27, schrieb Wodka40°:
>
> Vs.studio si accorge che il file su cui sta lavorando è obsoleto...ti
> chiede se continuare così...e salvando perderei le modifiche dell'altro
> programma...o ricaricare il codice ottenendo la versione più
> recente(casomai perdendo modifiche che hai fatto SOLO su questo testo)
>

questo potrei capirlo se i due editor sono aperti contemporaneamente.
Ma se sono usati separatamente e temporalmente differiti, dove sta il
problema ?
Ad esmepio io a volte uso Notepad++ per certi vantaggi che mi da.
Ma talvolta questi vantaggi sono 'troppi' e uso il Notepad.
Se esito lo stesso file in tempi diversi non ci dovrebbe essere problema.

> p.s.
> Io torno sempre li!...ma se dotNet ti fa schifo e sei un drago in php
> python( ;-) )....ma perchè non lo usi??? Lo minacci sempre ...ma non lo
> fai mai!..."Abbi lei"(Lapo style) coraggio! B-)
>

Io uso il VB ormai dal 1998, sono passato a VB .NEt nel 2009.
VB .NET ha un sacco di classi, di funzioni e ne scopro sempre delle
nuove ogni settimana. Segno che per arrivare a conoscerlo a fondo ce ne
vuole del tempo.
Tuttavia per certe cose è megio un linguaggio più 'svelto', più spigliato.

Io capisco benissimo che per certi end product professionali, che devono
avere un certo 'look', il framework .NET è insostituibile.

Tuttavia per certe cose spicciole, ad esempio per preparare i dati,
filtrarli, per poi farne delle statisiche, è senzaltro più agevole usare
un linguaggio 'script', come il python. Fa le cose veloci e facilmente
programmabili.

Se poi queste cose le devi condividere in rete, allora c'è il PHP.

Ma non sono linguaggi che si escludono a vicenda. Anzi, si complementano
a vicenda.

Se hai una officina meccanica non usi solo il martello. Usi anche le
tenaglie, le pinzette, e a volte anche una grande lente di
ingrandimento, se devi lavorare su cose piccolisisme.

Benvengano diversi linguaggi di programmazione, ognuno coi suoi vantaggi
e svantaggi.

John ci ha detto :
> Am 21.02.2012 09:27, schrieb Wodka40°:
zac
> Se esito lo stesso file in tempi diversi non ci dovrebbe essere problema.
Se prendi il solito file dalla solita directory NO!
MA
se prendi il file dalla cache(o da una dir preposta) e lo confronti con
il file sul disco(in altra locazione) si!
Ti sei mai accorto che in VB.net puoi compilare DEBUG e RELEASE e
addirittura puoi crearti un profilo tuo?
E mille altre variabili...che esistono IN TUTTI i lingiuaggi con un
DECENTE sistema di editing del codice!
>
>> p.s.
>> Io torno sempre li!...ma se dotNet ti fa schifo e sei un drago in php
>> python( ;-) )....ma perchè non lo usi??? Lo minacci sempre ...ma non lo
>> fai mai!..."Abbi lei"(Lapo style) coraggio! B-)
>>
>
> Io uso il VB ormai dal 1998, sono passato a VB .NEt nel 2009.
> VB .NET ha un sacco di classi, di funzioni e ne scopro sempre delle nuove
> ogni settimana. Segno che per arrivare a conoscerlo a fondo ce ne vuole del
> tempo.
Porca miseria dai....
quanto c'hai pensato prima di dire questa cosa?
Tu sei nato ...e già sapevi guidare la macchina ...alllacciarti le
scarpe...fare gli spaghetti al pesto?
DAI!... CHE OVVIETA' CHE HAI DETTO!!!

Ci vuole semplicemente dello studio...come in tutte le cose "umane"
della vita!
Studio che da quando hai iniziato a postare di "dotNet" costantemente,
testardamente, maliziosamente ti rifiuti di fare!
Si ragiona male con te ...SOLO per questo...però non è poco ne
converrai!

Ovviamente se vuoi fare il paragone dell'officina te lo posso anche
continuare:
php è una rozza chiave inglese che cerca di diventare uno strimento di
precisione (con le estensioni oop)
dotnet è uno strumento (al pari di java) universale...è adatto al 90%
delle situazioni.
poi in casi particolari interviene lo strumento di precisione (e qui ci
metto in linux il PERL che con pochi criptici comandi ti configura un
server!)

per dire: continui a soistenere che dotNet è fighettino per fare
l'interfaccia bla bla...
OK perchè ti sei fermato alle prime voci in "crea nuovo progetto"
più sotto ci sono "applicazioni console"....butta via TUTTA
l'interfaccia ed usa quello per filtrare dati e creare file di
statistiche e report...vedrai che le righe di codice saranno pochissime
estremamente chiare e velocissime! Con un minimo di attenzione ricrei
exe da inserire nei tuoi scripting e configurabili da linea di
comando!...ovviamente in ambito windows....ma se usi MONO...non è più
vero nemmeno questo!

Am 22.02.2012 10:59, schrieb Wodka40°:

> Ovviamente se vuoi fare il paragone dell'officina te lo posso anche
> continuare:
> php è una rozza chiave inglese che cerca di diventare uno strimento di
> precisione (con le estensioni oop)
> dotnet è uno strumento (al pari di java) universale...è adatto al 90%
> delle situazioni.


Salvo che un programma vb.exe non lo puoi far eseguire da un browser...

O forse che puoi costruire un vb.exe e usarlo come cgi ???

Il 22/02/2012 16.35, John ha scritto:

> Salvo che un programma vb.exe non lo puoi far eseguire da un browser...
>
> O forse che puoi costruire un vb.exe e usarlo come cgi ???

Si, è possibile eseguire exe come se fossero CGI, è una cosa abbastanza comune ed una veloce ricerca su google ti avrebbe risparmiato la brutta figura.

Nicola

John ha scritto:
> schrieb Wodka40°:
>> Ovviamente se vuoi fare il paragone dell'officina te lo posso anche
>> continuare:
>> php è una rozza chiave inglese che cerca di diventare uno strimento di
>> precisione (con le estensioni oop)
>> dotnet è uno strumento (al pari di java) universale...è adatto al 90%
>> delle situazioni.
> Salvo che un programma vb.exe non lo puoi far eseguire da un browser...
> O forse che puoi costruire un vb.exe e usarlo come cgi ???

Yes. Perfino col VB classico puoi fare OCX compatibili
con IE, puoi fare CGI (ne ho fatto uno che ha girato
senza il minimo problema per cinque anni filati, prima
su server Xitami poi su IIS) e puoi fare applicazioni
da console.
Addirittura all'epoca (parlo del millennio scorso)
c'era chi ha usato una versione gratuita di VB (control
creator edition o qualcosa del genere) per fare normali
programmi, salvarli in OCX e usare un browser per farli
girare, per non dover comprare la licenza di VB :-)

Bye, G.

John ha pensato forte :
> Am 22.02.2012 10:59, schrieb Wodka40°:
>
>> Ovviamente se vuoi fare il paragone dell'officina te lo posso anche
>> continuare:
>> php è una rozza chiave inglese che cerca di diventare uno strimento di
>> precisione (con le estensioni oop)
>> dotnet è uno strumento (al pari di java) universale...è adatto al 90%
>> delle situazioni.
>> Salvo che un programma vb.exe non lo puoi far eseguire da un browser...
>
> O forse che puoi costruire un vb.exe e usarlo come cgi ???

http://support.microsoft.com/kb/239588/it
.....è del 2007!!!

http://books.google.it/books?id=dT7G...0cgi&f=f alse

Paperino ha scritto:
[AUTOCUT]
> Addirittura all'epoca (parlo del millennio scorso)
> c'era chi ha usato una versione gratuita di VB (control
> creator edition o qualcosa del genere) per fare normali
> programmi, salvarli in OCX e usare un browser per farli
> girare, per non dover comprare la licenza di VB :-)

Ho ricontrollato: era "VB5 Control Creation Edition", il
file (vbccein.exe) è da circa 7 MB e si trova ancora :-)

Bye, G.

Wodka40° ha scritto:
> John ha pensato forte :
>> schrieb Wodka40°:
>>> Ovviamente se vuoi fare il paragone dell'officina te lo posso anche
>>> continuare:
>>> php è una rozza chiave inglese che cerca di diventare uno strimento di
>>> precisione (con le estensioni oop)
>>> dotnet è uno strumento (al pari di java) universale...è adatto al 90%
>>> delle situazioni.
>> Salvo che un programma vb.exe non lo puoi far eseguire da un browser...
>> O forse che puoi costruire un vb.exe e usarlo come cgi ???
> [..]
> ....è del 2007!!!

Questo è del '96: http://home.ix.netcom.com/~obrienk/ :-)

Bye, G.

Am 22.02.2012 18:08, schrieb Nicola Ottomano:
> Il 22/02/2012 16.35, John ha scritto:
>
>> Salvo che un programma vb.exe non lo puoi far eseguire da un browser...
>>
>> O forse che puoi costruire un vb.exe e usarlo come cgi ???
>
> Si, è possibile eseguire exe come se fossero CGI, è una cosa abbastanza comune ed una veloce ricerca su google ti avrebbe risparmiato la brutta figura.
>

azz...addirittura brutta figura per chi non sa tutto a 360 gradi !
Cosa c'é per un simle reato, la pena di morte ??

Am 22.02.2012 18:46, schrieb Paperino:

>
> Yes. Perfino col VB classico puoi fare OCX compatibili
> con IE, puoi fare CGI (ne ho fatto uno che ha girato
> senza il minimo problema per cinque anni filati, prima
> su server Xitami poi su IIS) e puoi fare applicazioni
> da console.

tanto per capirci : è necessario l'IIS oppure va bene anche con Apache ???

John ha scritto:
> schrieb Paperino:
>> Yes. Perfino col VB classico puoi fare OCX compatibili
>> con IE, puoi fare CGI (ne ho fatto uno che ha girato
>> senza il minimo problema per cinque anni filati, prima
>> su server Xitami poi su IIS) e puoi fare applicazioni
>> da console.
> tanto per capirci : è necessario l'IIS oppure va bene
> anche con Apache ???

Come ho scritto lì sopra, l'ho usato anche su Xitami.
Non ricordo, e quindi non sono sicuro di averlo provato
con Apache, è roba di più di dieci anni fa, ma non vedo
problemi.

Ovviamente essendo un EXE di Windows, direi che conviene
usarlo sotto Windows (tranne trucchi vari tipo Wine
eccetera), se non altro in nome dell'efficienza :-), ma
a parte quello presumo che tutti i webserver gestiscano
tranquillamente CGI. E sì: Apache lo fa, naturalmente :-)

(http://httpd.apache.org/docs/2.0/howto/cgi.html)

Bye, G.