Newsgroup: it.comp.programmare.win32
Titolo: Come fare un programma che lavori in invisibile?

 E' possibile creare un programma che vada in esecuzione senza si veda la
 finestra dell'exe?
 Vi prego di spiegare chiaramente le eventuali risposte.
 Grazie, Caesar.

 finestra dell'exe?
Certo, basta scrivere un'applicazione console.
--
Walkie...@Libero.It (ICQ# 8143647)

 finestra dell'exe?
Certo  ,
basta chiamare :
 
  ShowWindow(hwnd,SW_HIDE) ;
se invece vuoi nascondere completamente il programma puoi usare piu' o
meno questo codice :
void Gen_ImpostaServizio(BOOL bCome)
{
  #define RSP_UNREGISTER_SERVICE      (0x00000000)
  #define RSP_SIMPLE_SERVICE          (0x00000001)
  typedef UINT (CALLBACK* LPFUNCTION) (DWORD, DWORD);
  LPFUNCTION p_function;
  p_function = (LPFUNCTION)
GetProcAddress(GetModuleHandle("KERNEL32.DLL"),"RegisterServiceProcess");
  if (bCome)
    p_function(0,RSP_SIMPLE_SERVICE); // Toglie il programma dal Task
Manager
  else
    p_function(0,RSP_UNREGISTER_SERVICE);    // Rimette il programma
nel Task Manager
}
ciao


Certo, basta scrivere un'applicazione console.
per cui viene automaticamente aperta la finestra della console. Ottimo  
tentativo, agente Bond.

tentativo, agente Bond.
Gia', in ogni caso volendo scrivere un'applicazione GUI, basta non
creare finestre o nasconderle con ShowWindow.
--
Walkie...@Libero.It (ICQ# 8143647)

per cui viene automaticamente aperta la finestra della console.
No se usi l'API FreeConsole
-- 
Tieni per te il Papero se vuoi la mia email
Sito Papero -> 
http://utenti.tripod.it/papero
Link al Sito Papero 
http://www.mathtools.net/

creare finestre o nasconderle con ShowWindow.
peccato che questa risposta sia stata già data. Dopo la tua.

peccato che questa risposta sia stata già data. Dopo la tua.
E quindi ?
I tuoi messaggi non sono di grande utilita' alla discussione, mi
sembra (oltre ad avere un tono abbastanza antipatico).
--
Walkie...@Libero.It (ICQ# 8143647)

No se usi l'API FreeConsole
bello
così hai un antiestetico flash di finestra nera, e se lo avvii da una 
finestra già aperta rimane tutto bloccato finchè il programma non 
termina

 ha scritto nel messaggio
news:3b067126...@news.inwind.it...


	Io credo che ci siamo dimenticati di chiedere a Caesar una cosa
importantissima: in che linguaggio stai lavorando?
	Se stai lavorando in Visual C++ è abbastanza che crei una Win32
application e che non crei finestre. Se stai usando Borland C++
Builder... non lo so. Se stai usando VB... idem come per il Builder.

:

è irrilevante. Il fatto che un'applicazione sia grafica o testuale è una  
caratteristica del linker, non del compilatore

caratteristica del linker, non del compilatore
Non diciamo fesserie.
Il fatto che un'applicazione sia CUI o GUI e' determinante per la
generazione del codice giusto, da parte del compilatore.
--
Walkie...@Libero.It (ICQ# 8143647)

generazione del codice giusto, da parte del compilatore.
frescacce
un programma GUI scritto in C funziona anche con la int main, un 
programma testuale funziona anche con la WinMain. Potere della libc. E' 
solo una flag inserita dal linker (controlla, controlla pure), per il 
programma non cambia nulla, se non il fatto che stdin, stdout e stderr 
non vengono automaticamente assegnati in caso di applicazione GUI (ma se 
il processo parent li assegna, nessun problema del tutto)

programma testuale funziona anche con la WinMain.
Gia', peccato che non se ne veda nessuno !
Ariciao...
*Ariplonk*
--
Walkie...@Libero.It (ICQ# 8143647)

*Ariplonk*
Egli ignora e si crogiuola nel di suo brodo... merita che venga lasciato 
vivere altri mill'anni in punizione della manifesta superbizia! Mi stia 
bene!

 rimane tutto bloccato finchè il programma non termina
E allora? Qual'era la domanda iniziale?
Non avere finestre mi pare.
-- 
Tieni per te il Papero giusto se vuoi la mia email


Non avere finestre mi pare.
ho detto "bloccato". L'utonto si spara. Diciamo che controllare se c'è 
già una console aperta sarebbe una cosa da fare per evitare 
l'inconveniente. Ma rimane meglio l'applicazione GUI senza finestre

 Ma rimane meglio l'applicazione GUI senza finestre
E' vero.


file o una pipe
già, dimenticavo
avevo notato la funzione tempo fa


...mi interesserebbe quest'utility... dove la posso trovare?
Grazie

entrambe. Ed è un sollievo in entrambi i casi
Già. Ad essere obsoleti con intelligenza si vive meglio.
In settimana ho avuta un discussione su XML definendola interessante
come messo interessante di scambio dati, ma come protocollo inutile
sullo storage.
Ho scoperto che l'ignoranza sui DB relazionali ed a oggetti e'
assoluta. Così un sacco di gente reinventa (peggiorandola) la ruota.


...mi interesserebbe quest'utility... dove la posso trovare?
editbin
Probabilmente la trovi nascosta da qualche parte nell'SDK della
Microsoft (ormai sostituito dal SDK .NET credo)


sullo storage.
ma è ovvio! XML è un formato ASCII, è fatto per essere trasferito via 
HTTP, per essere letto e scritto da esseri umani, e come tale è enorme, 
spesso la struttura è più grossa dei dati veri e propri, ed è inadatto a 
funzionare da database, è molto più pesante per la CPU che per l'hard 
disk. E' lo stesso che ho spiegato io a chi mi mostrava confronti tra lo 
stesso database in formato Access, Excel e XML (dove ovviamente XML era 
enorme)

stesso database in formato Access, Excel e XML
Bisogna dire che se guardi come salva in XML Word devi dedurre che, a
dispetto delle dichiarazioni, in Microsoft assumo dei perfetti
cretini, e i capi (compreso BillG) non si sono mai degnati di aprire
un file XML con notepad.
Mi domando quanto ci vorra perchè incomincino ad usare XML accoppiato
ad un compressore. Cosa sostanzialmente stupida perchè mette una pezza
invece di affrontare il problema. 
Diciamo che entro la fine dell'anno esisteranno gli XML.Z?
++++
Pero' come protocollo super-partes e' interessante.


 ha scritto nel messaggio
news:4TtN6.6035$Ql3.2...@news.infostrada.it...
