Printable View
Grazie mille kat appena arrivo a casa provo.Quote:
Originally Posted by Kat
Per quanto riguarda l'aver scritto "bool parse(const char* path)" invece di "parseECF::bool parse(const char* path)", è dovuto al fatto che se scrivo la seconda cosa mi dice che sto ridefinendo il metodo (WTF? non c'è overload ed è definito nella dichiarazione della classe nell'header) e di conseguenza mi da errore.. boh!
Cmq appena arrivo a casa provo, grazie ancora <3
Niente, purtroppo sempre il solito errore..
Ho aggiunto la directory corretta qui "Linker->General->Additional Library Directories ".
Mentre "Linker->Input->Additional Dependencies " mi apre una finestra dove però non posso selezionare nè aggiungere niente.
Eccheccazzo ç____ç
Quote:
Originally Posted by Axet
Hai provato ad aggiungere le dependencies nella dichiaraziona iniziale?
No, how to?Quote:
Originally Posted by Warbarbie
Boh, non so nulla di C++Quote:
Originally Posted by Axet
Scompari -.-
Puoi postare la command line che c'e' sotto Linker nelle properties?
Quelle sono le opzioni che effettivamente usa il linker in base a tutte le impostazioni del progetto.
Probabilmente manca qualcosa li dentro, direi la .lib da linkare visto che non riesci ad aggiungerla dal menu.
Eccola:Quote:
Originally Posted by Kat
Quote:
/OUT:"C:\Documents and Settings\HaX\Documenti\Visual Studio 2008\Projects\progettoRobotica\Debug\testEsecuzion e.exe" /INCREMENTAL /NOLOGO /LIBPATH:"C:\Documents and Settings\HaX\Documenti\Visual Studio 2008\Projects\progettoRobotica\Debug" /LIBPATH:"C:\Documents and Settings\HaX\Documenti\Visual Studio 2008\Projects\progettoRobotica\progettoRobotica\De bug" /MANIFEST /MANIFESTFILE:"Debug\testEsecuzione.exe.intermediat e.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"C:\Documents and Settings\HaX\Documenti\Visual Studio 2008\Projects\progettoRobotica\Debug\testEsecuzion e.pdb" /SUBSYSTEM:CONSOLE /DYNAMICBASE /NXCOMPAT /MACHINE:X86 /ERRORREPORT:PROMPT kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "..\debug\progettorobotica.lib"
Non mi torna questo:
"..\debug\progettorobotica.lib"
dovrebbe esserci il nome della lib e basta, come tutte le altre.
Il path lo prende da /LIBPATH.
A parte questo mi sembra tutto a posto, cmq il codice di errore e' quello tipico di quando non trova la dll.
Quindi come posso sistemare? :look:
Eh senza avere davanti tutto il codice e i progetti e' difficile dire piu' di questo.
Io ho VS2005 e non il 2008, non so se e' cambiato il sistema per aggiungere le dll come reference. Non riesci ad aggiungerla come ti ho detto? Nel linker dovrebbe semplicemente esserci il nome, il path lo prende da una variabile diversa (e dalla corrispondente opzione nelle properties).
Ma la dichiarazione della funzione Parse nel .cpp della dll poi l'hai compilata con parseECF:: ? Altrimenti e' chiaro che non lo trova, cosi' e' definita come funzione, non come metodo della classe parseECF.
Non so se sono stato chiaro, ma e' un po' arduo da spiegare a parole.
No non me lo faceva aggiungere, cmq ho abdicato.
Faccio un progetto console normalissimo e lo presento al prof, se vuole DOPO glielo trasformo in dll in qualche cazzo di maniera (magari mi illumina lui su come fare, anche se ho già avuto un'idea che in teoria mi risolverebbe tutti i problemi di sto tipo, ma per ora chissene mi sto sbattendo ad implementare).
Btw visto che sto appunto implementando, non esiste un container non tipizzato in c++ come ad esempio le collection in java? :O
Mi serve una struttura dati che mi tenga dentro N elementi di tipo eterogeneo, l'unica cosa carina che ho trovato è il vector che però purtroppo è tipizzato. La mia speranza era quella di dichiarare un vector della classe padre e sperare che non rompesse i coglioni quando lo riempivo di oggetti di classi figlie.. difatti sulla push non rompe, il problema è quando cerchi di reperire i dati dal vector scopri che son magicamente diventati di tipo "classe padre".. non so se mi spiego :D
Un container più intelligente non esiste? t_T
edit:
per spiegarmi meglio, se io dichiaro:
vector<animale> x;
e poi faccio
x.push_back(new cane());
me lo genera e non rompe le palle.. se però vado a cercare di accedere direttamente all'ultimo oggetto inserito, cioè un oggetto di tipo cane, nella seguente maniera:
x.back()->"metodo random"; i metodi/attributi che mi mostra e che posso usare sono quelli della classe padre.
Difatti provo a reperire l'oggetto così:
cane* y = x.back();
mi da errore in compilazione in quanto impossibile convertire da animale a cane.. t_T
Quote:
Originally Posted by Axet
Prova ad usare un vettore di puntatori invece di type:
vector<animale*> x;
o cmq puoi sempre provare con un type non definito:
vector<void*> x;
gli elementi che recuperi per l'elaborazione devo essere 'castati' nella classe type che ti serve o nativa:
x.push_back(new animale());
animale* y = (animale*)x.back();
EDIT:
^^
cane* y = x.back();
cane* y = (cane*)&x.back();
Si pardon ho scritto male io, ovviamente dichiaro un vettore di puntatori.
Thanks provo sia col metodo del void che con il cast (anche se l'avevo cassato perchè temevo di dover fare upcasting e downcasting con conseguende copy constructor e visto che son neofita del c++ è meglio che non mi spingo troppo in la).
In caso cmq non riesca con nessuno dei metodi continuo come sto facendo ora, cioè N vettori di N tipi diversi e poi mi arrangio in qualche modo :D
edit:
provato.. non funziona nessuno dei due metodi ma pensandoci il motivo è molto semplice. Quando sbatti l'oggetto della classe figlia nel vector viene automaticamente fatto il cast alla classe padre. Di conseguenza, essendo un cast da una classe più specifica a una meno specifica vi è perdita di informazioni. Dato questo fattore, un cast "al contrario" da padre a figlia è ovviamente impossibile perchè le informazioni perse durante il primo cast sono, per l'appunto, scomparse e non è che saltano fuori dal nulla :D
Argh C++ ... non posso aiutare qua, lo ho studiato solo quando cercavo lavoro con Goldman Sachs e quando non e' andata ho lasciato andare.
OT ti hanno chiamato per l'inteview da GS? io ho fatto l'application, ma avendo poche working experiences e senza alcun voto del master, la vedo dura che mi chiamino...
'need' le dichiarazioni delle due classi, padre e figlia.Quote:
Originally Posted by Axet
Edit:
suppongo che stai usando classi derivate; il padre (animale) è il riferimento ad una specie animale, e la figlia la specie in dettaglio:
class animale
{
public:
string m_specie;
};
class cane: public animale
{
public:
int m_nZampe;//quante zampe
int m_nDenti;//quanti denti
int m_sesso;//0mas//1fem//2e
int m_alimentazione;//0carne//1vege//2onni
};
Edit2:
se invece usi classi 'nested' ed avere i figli all'interno della classe padre:
class cane
{
public:
string m_specie;
cane* m_myFather;//alla creazione inserisci qui il colpevole
vector<cane*>figli;
};
Uso classi derivate.. cmq sono abbastanza sicuro che sia come ho detto prima, se tu casti dalla classe figlia alla classe padre avrai inevitabilmente una perdità di specificità che è irrecuperabile visto che le informazioni, di fatto, scompaiono.
Mi son rassegnato all'inferiorità del c++ rispetto a java (flamehh :sneer:) e di conseguenza all'uso di più vector di tipo differente :D
Taci, stolto infedele, il c++ è il verbo. Supponiamo che tu abbia la classe madre e classe figlia, e tu debba mettere gli oggetti della classe figlia in un array della classe madre, ma poi accedervi tramite i metodi della classe figlia. Allora, l'array della classe base dev'essere di puntatori alla classe base, in modo che tu possa creare gli oggetti nello heap. A quel punto, assegni nell'array l'indirizzo dell'oggetto, dopodichè assegni ad un puntatore della classe figlia lo stesso indirizzo salvato nel puntatore dell'array della classe base. Non c'è alcuna perdita di informazione, perchè non c'è alcun assegnamento.Quote:
Originally Posted by Axet
Vero, dopo una giornata a sbattere la testa su sta merda non ci avevo pensato.
Btw però così facendo avrei bisogno di un puntatore per ogni oggetto nel container, a sto punto manco mi servirebbe più il vector :scratch:
Cioè non posso fare così, mi serve che sia gestibile dinamicamente :O
Devi essere molto stanco. leggi quiQuote:
Originally Posted by Axet
"memorizzare nel vector non gli oggetti ma puntatori ad essi"
Ci sto dietro da stamani praticamente non stop, fai due conti tu t_tQuote:
Originally Posted by marlborojack
Domani ci riguardo mo veramente basta perchè ha iniziato a darmi un'errore strano e son tipo 30 minuti che guardo lo schermo senza capire da dove provenga una cosa del genere se io la classe che mo da errore non l'ho sfiorata manco con un dito t_t
domani t_T
Provato ma non me lo fa fare. La pagina di wiki che mi hai linkato (e ieri sera manco me ne ero accorto rotfl) dice che per far si che il riallocamento del vector sia più veloce e meno oberante dal punto di vista computazionale/temporale conviene passare al vector il puntatore invece che l'oggetto in se.. ed è quello che faccio io, ti copio il codice della dichiarazione e dell'assegnamento.Quote:
Originally Posted by marlborojack
vector<parallelepiped*> parals;
...
...
...
parallelepiped* paral = new parallelepiped(name, floor);
parals.push_back(paral).
Se faccio come hai detto tu, dichiarando quindi un vettore così:
vector<parsedObject*> objects;
me lo mette senza problemi nel vettore, ma poi quando vado a reperire il dato non me lo reperisce più come parallelepiped bensì come parsedObject.
Ah ovviamente parsedObject è padre, parallelepiped è figlio.
Quando vai a reperire il dato, devi fare il gioco dei puntatori, ovvero qualcosa tipo parallelepiped* punt = objects.get(i), perchè objects[i] dovrebbe contenere il puntatore e quindi l'indirizzo della zona di memoria che contiene l'oggetto parallelepipedQuote:
Originally Posted by Axet
E secondo te non l'ho fatto? :DQuote:
Originally Posted by marlborojack
Mi dice che non può castare da parsedObject a parallelepiped :shrug:
Cmq ho trovato una soluzione alternativa quindi amen :)
Grazie cmq :D
parallelepiped* punt = (parallelepiped*)objects.get(i);
ovviamente ti da parsedObject, contiene proprio quelli, e cmq se inizializzi l'oggetto(new....) come parallelepiped, la conversione a parallelepiped* ti da accesso a tutti i dati.
Nuovo giro, nuovo gioco :metal:
Come fare a dichiarare dinamicamente degli array? Mi spiego meglio:
Nel ciclo riportato qua sopra vorrei far si che ad ogni iterazione mi venga generato un nuovo array. invece così facendo mi ripiazza sempre il puntatore alla medesima locazione di memoria quindi mi trovo 4784 valori uguali perchè in ogni cella del vector c'è sempre lo stesso puntatore a double -_-Quote:
for(int i = 2; i <= CAMP; i++)
{
double add[4] = {x, y, z, 1.0};
preRot.push_back(add);
}
n.b.:
preRot è vector di double*... vector<double*> preRot;
Ho provato con un po' di sintassi java-like (lol QQ) ma niente, documentazione su internet idem.
Dai lo so che voi illuminati ci mettete 10 secondi a risolvere sta troiata, elargitemi la conoscenza :metal:
int = 2 non da errore?
edit: visto la classe vector asd
Edito ovviamente è int i, ho scritto non ho copia-incollato :D
Madooo che ditarculoooo. Scompaio di nuovo. :look:.
Ce l'ho fatta, sbagliavo a usare la new come un pollo :D
Ma non lo banniamo sto qua? E' una sorta di strano bot ..
è un bot all'incontrario