Newsgroup: it.comp.lang.c++
Titolo: Recuperare il path di un'applicazione

Ciao ragazzi!
Nella mia applicazione devo utilizzare l'API "GetPrivateProfileString" per
leggere alcune impostazioni da un file INI di nome "Start.ini", che si trova
nella cartella dell'applicazione. Esiste una variabile che contiene il nome
e il percorso completo della directory in cui si trova il programma
(equivalente a "App.Path" di Visual Basic)?
Grazie in anticipo
--
Marco Minerva, 
mar...@dmw.it
http://www2.armaditaggia.com/marco

Ciao,
Questo newsgroup si occupa del lingaggio C++ in quanto tale, e non di
aspetti specifici di particolari implementazioni. Per questo non e' il
posto piu' adatto per porre domande specifiche come la tua.
Potresti avere piu' fortuna su uno dei seguenti gruppi:
Per Win32 (95, 98, NT): it.comp.programmare.win32
Per Linux:      it.comp.linux.development
                it.comp.os.linux.development
Per C++Builder: i gruppi borland.public.cppbuilder.*, disponibili sul
                server 
forums.borland.com
 (in inglese)
Grazie,
Nicola Musatti

Posso capire che tu sia nel giusto.
Posso capire che ti diano noia coloro che vanno in OT (perche' poi?)
Pero'.... Non ne posso piu' di VEDERE IL TUO MESSAGGIO OVUNQUE!!!!!
ehm...
Nicola Musatti <Nicola....@ObjectWay.it> wrote in message
386B1E20...@ObjectWay.it...

  -----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
 
http://www.newsfeeds.com
       The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including  Dedicated  Binaries Servers ==-----

E con questo siete in due. Restano in maggioranza (tra chi si e'
espresso) quelli che lo vedono favorevolmente. Se tutti facessero come
me, almeno i messaggi sarebbero differenziati!
Ciao,
Nicola

Scusa Nicola, ma chiedere come si recupera il percorso di un'applicazione
con il C++, non è una domanda sul linguaggio in quanto tale? Oppure, se sto
sbagliando, tu cosa intendi per "linguaggio C++ in quanto tale"?
Forse non lo sai, ma la filosofia del newsgroup it.comp.lang.visual-basic è
radicalmente diversa.
Aspetto una risposta!
--
Marco Minerva, 
mar...@dmw.it
http://www2.armaditaggia.com/marco


 radicalmente diversa.
Non stupisce, visto che il Visual Basic esiste su di una sola piattaforma
(in pratica), che su quel gruppo non interessi distinguere fra un linguaggio
Visual Basic standard e le sue svariate implementazioni su tutte le varie
piattaforme esistenti.
D'altra parte, dubito che per descrivere il solo linguaggio Visual Basic
(piu` quelle parti delle sue librerie che non dipendono da Windows) ci
vorrebbero 800 pagine; si tratta di un linguaggio assai piu` semplice
e facile da usare del C++, che e` invece il piu` complicato, arduo e
difficile attualmente in uso (appunto per questo, dovrebbe a mio parere
essere usato solo dove davvero indispensabile, mentre altri linguaggi
sono piu` appropriati, poiche` piu` facili da usare, ove applicabili).
Alex

 sono piu` appropriati, poiche` piu` facili da usare, ove applicabili).
Riguardo questo punto volevo porre una nota. Io spesso, a chi chiede se
il C++ possa essere appreso come primo linguaggio o se questo richiede
la conoscenza di altri linguaggi e/o il passaggio obbligato per il C,
consiglio di cominciare con il C++ secco. Mi sembra la risposta più
coerente a chi ha comunque in mente il C++ come target del suo
apprendimento.
Questo chiaramente non significa affatto che io ritenga il C++ un
linguaggio adatto allo sviluppo delle "comuni" applicazioni che un
normale programmatore si trova a dover affrontare nel lavoro di tutti i
giorni.
Io, ad esempio, seguo il C++ più per interesse culturale (le cui
ricadute si fanno senz'altro sentire anche nel mio lavoro normale) che
come effettivo strumento di sviluppo (e questo probabilmente si intuisce
dalla mia abbastanza limitata conoscenza dello stesso).
Tutto questo per dire che sono d'accordo con Alex.
EMG

Non ho molto da aggiungere a quanto ti ha gia' risposto Alex Martelli,
se non qualche precisazione: il percorso o path di un file e' una
caratteristica specifica di un sistema operativo e differisce non solo
per la struttura sintattica, ma anche per gli strumenti (chiamate di
sistema) disponibili per manipolarlo. Ad es.:
Unix: /pippo/pluto/paperino	(non c'e' specifica del device)
VMS:  [device]pippo.pluto.paperino
DOS/Win: C:\pippo\pluto\paperino
Sotto Windows esistono chiamate di sistema per manipolare i pathname, ma
sono evidentemente specifiche di quell'ambiente.
Ciao,
Nicola
P.S. Le chiamate non le descrivo perche' non le conosco, non per essere
ancora piu' cattivo.

 giorni.
D'accordo su questo punto...
Alex