Problema conio.h

[andrea88]

Ho un problema con questo file di ninclusione, e precisamente con la funzione void textcolor(int color); pur compilando senza errori, passando il numero corrispondente al colore alla funzione il colore delle lettere stampate a schermo non cambia, qualcuno id voi sa perchè?

Grazie in anticipo per l'aiuto.

[maxithron]

Che compilatore stai usando?

Ed inoltre, se quando compili non ricevi errori in merito alla direttiva d'inclusione, forse il problema non risiede li ma nel codice stesso della funzione che hai scritto. Magari potresti postarcela

[andrea88]

Utilizzo Dev C++ V. 4.9.8.0 . Il programma che ho scritto non fa altro che invocare void textcolor() prima di printf() e passargli come argomento un valore numerico. Il problema è che pur variando il valore il colore del testo non cambia.

[andrea88]

Up

[fpucci]

Potresti postarci un frammento di codice dove utilizzi la funzione?
Non credo che il problema sia nel file .h ma potrebbe dipendere più da come essa è stata invocata.

[andrea88]

il codice è il seguente:

#include <stdio.h>
#include >conio.h>

int main()
{
textcolor(3);
printf("Hello, world");
getch();
}

Il codice e estremamente semplice in quanto voleva solo essere una prova per vedere a quale cifra corrispondeva un dato colore ma, pur cambiando il valore dell' argomento passato alla funzione il colore non varia.

[fpucci]

Confesso che non uso la textcolor() dai tempi in cui le applicazioni giravano ancora sotto DOS...

Mi vengono in mente due cose:
1) Non è che bisogna caricare il driver ANSI.SYS (se lì'applicazione gira in DOS)?
2) Non ricordo se prima di utilizzare queste funzioni ea necessario chiamarne una prima che inizializzasse l'interfaccia grafica...

Forse non ti sarò stato molto d'aiuto, ma è molto che non utilizzo queste call...

[cionci]

textcolor e getch non sono funzioni del C standard...

[andrea88]

Daccordo, resta il fatto che pur senza che vi siano errori di compilazione il programma non funziona.

[cionci]

Probabilmente perchè non hai caricato l'ansi.sys...
E resta il fatto che non andrebbero usate

[andrea88]

Come posso rimediare al problema (del mancato funzionamento, non dell' uso delle funzioni, per quelle basta evitare di us arle )?

[cionci]

Il funzionamento di queste funzioni (come anche clrscr e altre) è garantito solo nei compilatori Borland... Gli altri non sono tenuti a svilupparle... Magari è supportata solo come nome (per far compilare i programmi scritti per i compilatori Borland), ma non svolge quello che fa nei compilatori Borland...

Addirittura è la stessa conio.h che non esiste nello standard... Se vai sotto Linux non la trovi...

[fpucci]

Originariamente inviato da andrea88
Come posso rimediare al problema (del mancato funzionamento, non dell' uso delle funzioni, per quelle basta evitare di us arle )?

Hai provato a caricare sto benedetto driver ansi.sys nel config.sys?

[alderighi]

no è perchè invece di usare printf("Hello world"); devi usare cprintf("Hello world");
prova e vedrai funziona.

[cionci]

Anche la cprintf non è standard... Io non vedo perchè stravogere e sdenaturare lo standard
Programmando così vi troverete male...ve lo dico perchè ci sono passato anche io !!!

[andrea88]

Hai più che ragione, ma allora che funzione alternativa posso utilizzare al posto di textcolor?

[cionci]

Non la usi Non mi sembra determinante...

[andrea88]

Volendo no...

Cmq grazie a tuti, ciao.

[alderighi]

è chiaro che quando uno passa da compilatore a compilatore debba rimpararsi una istruzione, e ti do anche ragione sui mille bug del borland però non mi sembra un dramma usare due funzioni proprietarie per cambiare il colore al testo

[cionci]

Originariamente inviato da alderighi
è chiaro che quando uno passa da compilatore a compilatore debba rimpararsi una istruzione

Il fatto è questo...quando uno parla da compialtore a compialtore non dovrebbe reimpararsi le istruzioni