Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > it.comp.lang.visual-basic > #19420 > unrolled thread
| Started by | Gulp® <gulp@yahoo.com> |
|---|---|
| First post | 2018-08-27 09:56 +0200 |
| Last post | 2018-09-26 19:11 +0200 |
| Articles | 5 — 2 participants |
Back to article view | Back to it.comp.lang.visual-basic
chiamata shell Gulp® <gulp@yahoo.com> - 2018-08-27 09:56 +0200
Re: chiamata shell Gulp® <gulp@yahoo.com> - 2018-08-27 09:58 +0200
Re: chiamata shell Luca D <antaniserse@yahoo.it> - 2018-08-27 02:26 -0700
Re: chiamata shell Gulp® <gulp@yahoo.com> - 2018-08-27 18:01 +0200
Re: chiamata shell Gulp® <gulp@yahoo.com> - 2018-09-26 19:11 +0200
| From | Gulp® <gulp@yahoo.com> |
|---|---|
| Date | 2018-08-27 09:56 +0200 |
| Subject | chiamata shell |
| Message-ID | <pm0as5$1joi$1@gioia.aioe.org> |
In win 10 quando lancio un programma exe con doppio click dalla sua dir, tutto bene, se invece lo chiamo dalla shell, il programma parte, si apre la finestra, visualizza i componeneti...quasi tutti, infatti ad un certo punto si blocca e non visualizza bene la finestra, manca la X di chiusura finestra in alto a destra...ed in effetti il programma risulta bloccato. Qualcuno ne sa qualcosa? Preciso che si tratta del lancio di un exe "puro" del programma, senza apertura di file.
[toc] | [next] | [standalone]
| From | Gulp® <gulp@yahoo.com> |
|---|---|
| Date | 2018-08-27 09:58 +0200 |
| Message-ID | <pm0aud$1joi$2@gioia.aioe.org> |
| In reply to | #19420 |
Il 27/08/18 09:56, Gulp® ha scritto: > In win 10 quando lancio un programma exe con doppio click dalla sua dir, > tutto bene, se invece lo chiamo dalla shell, il programma parte, si apre > la finestra, visualizza i componeneti...quasi tutti, infatti ad un certo > punto si blocca e non visualizza bene la finestra, manca la X di > chiusura finestra in alto a destra...ed in effetti il programma risulta > bloccato. Qualcuno ne sa qualcosa? Preciso che si tratta del lancio di > un exe "puro" del programma, senza apertura di file. Mi son dimenticato di precisare, da Visual Basic 6
[toc] | [prev] | [next] | [standalone]
| From | Luca D <antaniserse@yahoo.it> |
|---|---|
| Date | 2018-08-27 02:26 -0700 |
| Message-ID | <a5014297-20d6-429f-892c-6c63241e31cb@googlegroups.com> |
| In reply to | #19421 |
On Monday, August 27, 2018 at 9:58:07 AM UTC+2, Gulp® wrote: > Mi son dimenticato di precisare, da Visual Basic 6 Se con "shell" quindi intendi proprio la funzione del runtime VB6, lasciala stare e usa direttamente la funzione nativa di Windows ShellExecute Credo anche ci siano problemi nel caso in cui l'eseguibile a 32 abbia necessità di accedere a qualche directory di sistema negli OS a 64 bit, per cui dovrebbe servire un qualcosa del genere (non ho più VB6 quindi non testata): https://pastebin.com/8Whm8NR0
[toc] | [prev] | [next] | [standalone]
| From | Gulp® <gulp@yahoo.com> |
|---|---|
| Date | 2018-08-27 18:01 +0200 |
| Message-ID | <pm1783$19de$1@gioia.aioe.org> |
| In reply to | #19422 |
Il 27/08/18 11:26, Luca D ha scritto: > Se con "shell" quindi intendi proprio la funzione del runtime VB6, lasciala stare e usa direttamente la funzione nativa di Windows ShellExecute > Grazie Luca.
[toc] | [prev] | [next] | [standalone]
| From | Gulp® <gulp@yahoo.com> |
|---|---|
| Date | 2018-09-26 19:11 +0200 |
| Message-ID | <pogekh$1p65$1@gioia.aioe.org> |
| In reply to | #19423 |
Il 27/08/18 18:01, Gulp® ha scritto: > Il 27/08/18 11:26, Luca D ha scritto: > >> Se con "shell" quindi intendi proprio la funzione del runtime VB6, >> lasciala stare e usa direttamente la funzione nativa di Windows >> ShellExecute >> > > Grazie Luca. > A beneficio del gruppo, ho trovato l'inghippo. Si tratta di UAC. La soluzione può essere lanciare Shellexecute con diritti admin.
[toc] | [prev] | [standalone]
Back to top | Article view | it.comp.lang.visual-basic
csiph-web