• DS-LIB.H (biblioteca de funções gerais);
• REV4BIM.C (o programa de revisão em si).

Por favor, se isto for de utilidade para alguém, poderia comentar aqui.

A maioria das funções deve funcionar apenas no compilador Borland Turbo C++, ambiente em que foi desenvolvido o programa supracitado (versão 3.0). O motivo de tal restrição é a extensa utilização de funções que não existem nas bibliotecas padrão ANSI C, tais como: getch(), clrscr(), gotoxy(), window(), textcolor() e textbackground(). Os protótipos de tais funções encontram-se no arquivo conio.h da Borland.

Apenas removespaco() foi testada também no GCC 4.1.2 (Ubuntu Linux 6.10).

Adiante vão as “colas” para utilização das funções:

removespaco ( string );

Esta função é útil para remover os espaços extras que o usuário pode ter deixado em certa string. Ela trabalha diretamente sobre a string informada como seu único parâmetro, através de referência, e não retorna qualquer valor.

• Obtenha o arquivo espaco.c , que contém a função removespaco e é na verdade um pequeno programa de exemplo.

janela_titulo ( “Título” , coluna inicial , linha inicial , coluna final , linha final , cor do título , cor da borda , cor do fundo );

Abre uma janela completa, com borda, título e fundo interior definidos. É importante lembrar que tudo o que for exibido após esta função ficará dentro da janela, inclusive as coordenadas especificadas em gotoxy(). Para voltar ao tamanho da tela normal, basta utilizar a função window(1,1,80,25);

borda ( coluna inicial , linha inicial , coluna final , linha final , cor da borda );

Baseada na função homônima disponibilizada pelo colega Renato Trento, desenha uma borda, com as coordenadas e a cor da borda especificadas. É necessário ajustar a cor do fundo com textbackground([cor]) antes de chamar esta função. As funções de janela anteriores fazem uso de borda() e não funcionarão devidamente sem ela.

• Faça download do arquivo funcoes1.h, que contém as três funções.

Atormentado com este bug sem solução? Sua vida de programador no TurboC fica tumultuada quando quer usar números não inteiros? Acha que a Borland é incompetente? Talvez tenha razão, mas…

SEUS PROBLEMAS ACABARAM!!!

Eu estava realmente encafifado com este famigerado problema. Ele ocorre às vezes quando executamos nosso programa e dá erro quando vai ler alguma variável do tipo float. Pesquisei e encontrei a explicação. Há não apenas uma, mas duas maneiras de dar um jeito para solucionar. Testei apenas uma: basta inserir o trecho a seguir no início do código-fonte do seu (outrora infeliz) programa:

extern unsigned _floatconvert;
#pragma extref _floatconvert

Agradeçam por esta “mágica” ao cidadão Jeffrey Carlyle, que mantém um site de perguntas e respostas a respeito de programação para MS-DOS a partir de uma coleção de mensagens da antiga Usenet. O endereço deste achado: http://www.faqs.org/faqs/msdos-programmer-faq/part2/section-5.html

O que acontece, pelo que entendi, é que o Turbo C, tentando ser inteligente, não inclui na link-edição do programa (veja a definição disto na Wikipedia anglófona) a biblioteca de ponto flutuante a não ser que seja ostensivamente necessária (desinteligência artificial!), ou seja, apenas inclui a biblioteca se houver alguma função que explicitamente utilize ponto flutuante. Acontece que em certas situações ele não acerta em sua escolha, principalmente quando utilizamos %f em funções de entrada/saída como scanf e printf.

A solução acima, segundo o site supracitado, pode ser encontrada no arquivo README do Borland C++ 3.0. Contudo, bastaria incluir em seu código-fonte qualquer referência a uma função de ponto flutuante, sem chamar a mesma. A sugestão dada é:

static void forcefloat(float *p)
{
float f = *p;
forcefloat(&f);
}

Espero que isto seja de alguma ajuda eventualmente. Para mim, foi.

Artigo publicado originalmente no fórum do curso de Sistemas de Informação do Centro Universitário de Maringá.