BBS – Um passado não tão distante, mas já quase esquecido

Quando se fala em tecnologia, o tempo parece passar mais rápido do que o normal. A evolução é tão rápida que lembrar de algo que aconteceu há 20-30 anos atrás pode ser comparado a lembrar do tempo dos dinossauros.

Obs: O artigo é cheio de links, vale a pena visita-los para se aprofundar em cada assunto.

Na década de 90, computadores tinham menos poder de processamento do que um smartphone atual, e nem estou falando dos tops de linha! Provavelmente, muitos dos nerds e youtubers de hoje não reconheceriam grande parte das siglas, abreviações e termos utilizados no mundo da computação no início da década de 90: XT, AT, 286, 386 SX, 386 DX, 486, Himem.sys, EMM386, CGA, EGA, VGA, CP/M, etc. A internet no Brasil ainda era uma recém nascida, acessível inicialmente apenas em algumas universidades públicas. Web? Não! Estamos falando de telnet, ftp, Usenet, etc.

Foi um pouco antes dessa época que os BBSes (Bulletin Board System, ou Sistema de Quadro de Avisos – numa daquelas traduções horríveis ao pé da letra) reinavam como as únicas opções de “comunidade virtual” [tá, não vou considerar o VideoTexto, 😀 ], sem saber que logo seriam dizimadas pela chegada da Internet e suas crias tão mais eficientes (e-mail, ICQ, Orkut, Netscape, etc). Os BBSes permitiam que qualquer pessoa que possuísse um computador + modem + linha telefônica pudesse baixar e enviar mensagens e arquivos, além de teclar com outros usuários em real-time através dos chats (restritos ao próprio BBS, ou seja, não era possível conversar em real-time com usuários de outros BBS). Tudo isso em “impressionantes” velocidades que variavam entre 2.400bps e 28.800bps (bps = bits por segundo!) .

Por trás de um BBS sempre havia um software gerenciador de BBS e uma pessoa, o SysOp (System Operator – Operador do Sistema). No Brasil, o software mais usado era o “RA” (Remote Access). Fui SysOp da WarmBoot BBS e, particularmente, preferi usar o Maximus e posteriormente o KBBS, sendo esse último indicado para rodar em OS/2. Geralmente, não era o gerenciador de BBS que “atendia” as ligações. Essa função era de outro software, como o FrontDoor. Era ele que atendia as ligações, verificava se era uma chamada de um usuário ou de outro BBS (para troca de pacotes), e repassava para o software apropriado continuar o “atendimento”. Alguns softwares gerenciadores já traziam um “FrontDoor” embutido.

Dentre os modems mais utilizados no Brasil estavam os da USR (US Robotics) e Hayes, sem contar os inúmeros xing-lings trazidos do Paraguai (Genius, BitCom, etc). O momento de conexão via modem era angustiante! Devido a péssima qualidade das linhas telefônicas, muitas vezes a “gritaria” do modem se perpetuava pela eternidade, na tentativa de negociar uma melhor taxa de conexão.

A troca de mensagens não era instantânea, mas era mais rápida do que usar os Correios 😀 Você conectava, via/lia as mensagens novas, respondia as que desejasse e aguardava um ou dois dias para obter sua resposta. Isso porque a maioria dos BBS trocava mensagens entre si apenas uma vez ao dia, ou melhor, de madrugada, para economizar na conta telefônica (o desconto nos pulsos de interurbanos chegava a 75%).

O processo para troca das mensagens era bem organizado. Cada BBS tinha seu node de distribuição (um outro BBS), onde se conectava para trocar as mensagens. Havia redes de mensagens responsáveis por organizar tudo isso, sendo a internacional Fidonet a maior e mais famosa! Posteriormente, surgiu no Brasil a RBT (Rede Brasileira de Teleinformática), que obteve um certo sucesso mas nunca destronou a “Fido”. Para fazer parte dessa estrutura, o BBS precisava se filiar à uma rede existente, obter seu número de cadastro e começar a participar do processo organizacional de troca de mensagens. Um número de cadastro na Fidonet seguia o padrão zone:net/node, por exemplo, 1:105/6 significa host 6 dentro da rede local de Portland Oregon (rede 105) que está na América do Norte (zona 1). Basicamente, os BBSes conectavam o node de distribuição, enviavam e recebiam as novas mensagens. Esses nodes por sua vez conectavam a outros nodes, e assim por diante, distribuindo as mensagens para todo o planeta.

Como o número de linhas telefônicas disponíveis nos BBSes costumava ser limitado (as linhas eram tão escassas e caras, que chegavam a ser alugadas em imobiliárias), era de praxe utilizar softwares para baixar e responder as mensagens enquanto se estivesse desconectado. O usuário ligava para o BBS, baixava o pacote contendo as novas mensagens ao mesmo tempo que subia as mensagens que já havia respondido quando estava desconectado, tudo através do uso de softwares “mensageiros”, como por exemplo o BlueWave.

A interface dos BBSes era de texto puro, nada de gráficos bonitinhos, janelas, etc. No máximo uma corzinha pra deixar os caracteres menos chatos. Não demorou para que programas específicos surgissem a fim de facilitar a criação das chamadas “telas ANSI”, onde se conseguia utilizar caracteres especiais e coloridos, como bordas, etc. para criar algo mais bonito do que uma simples tela preta cheias de letras e números brancos. Vale lembrar que uma configuração errada no software de comunicação já era suficiente para transformar uma linda tela ansi num indecifrável conjunto de caracteres estranhos e sem o menor sentido. Um dos editores ANSI mais usados na época era o TheDraw.

Além da troca de mensagens, os BBSes eram a fonte mais rápida para se ter acesso a arquivos e novidades. O acervo de arquivos de um BBS geralmente ficava armazenado em CDs e HDs. Um BBS “top” tinha múltiplos drives de CDROM, provendo simultaneamente diversos CDs contendo bibliotecas de arquivos. Já os BBSes mais modestos (a maioria) tinham apenas um CDROM, e criavam um cronograma onde de tempos em tempos os CDs eram trocados por outros, variando portanto o acervo de arquivos ofertado. Havia CDs com coletâneas de arquivos específicas para BBS, sendo um dos mais famosos o Night Owl.

Entre os arquivos mais populares entre os usuários estavam os GIFs que, em sua maioria, eram de mulheres nuas (que novidade!). Cindy Crawford, Claudia Schiffer, Paulina Poriskova, entre outras eram as musas da época. Obviamente nem tudo se limitava a gifs. Os freewares e sharewares eram a melhor forma de se distribuir e/ou vender softwares, em uma época onde um programa de computador não passava de alguns KBytes de tamanho. O conceito do shareware é: compartilhe o programa, teste-o e registre/pague para continuar usando. Compactadores de arquivos eram amplamente utilizados para diminuir o tamanho e tempo dos downloads. O mais usado na época era o ARJ, que oferecia taxas de compressão melhores que o ZIP, além de muitas outras funcionalidades. Era comum cada BBS adicionar um arquivo próprio (geralmente txt ou um pequeno exe/com) de propaganda, como se fosse uma assinatura dizendo: esse arquivo veio do BBS tal. Na WarmBoot BBS, adicionávamos o great2!.exe.

Além dos GIFs, freeware e sharewares, outra categoria de software começou a se disseminar nos BBS de todo o mundo: as Demos!

Demos nada mais eram do que apresentações gráficas, geralmente escritas em Assembly, onde durante a apresentação, efeitos visuais e animações 3D eram exibidos acompanhados por uma trilha sonora envolvente, sendo tudo calculado e desenhado em real-time, numa época onde os processadores rodavam em média a 40Mhz (com o turbo ligado :-D).

As Demos merecem uma atenção especial, e serão o tema de um próximo post.

Mas e quanto aos usuários? Geralmente, se associar à um BBS envolvia o pagamento de uma mensalidade. O valor dependia do “nível” que você desejasse ter dentro do BBS. Os níveis determinavam que áreas de arquivos ou mensagens poderiam ser acessadas, quanto tempo de conexão por dia você poderia utilizar e quantos KBs poderia transferir. A maioria dos BBSes oferecia alguns minutos gratuitos para que novos usuários pudessem “passear” pelos menus e pelo acervo, antes de decidir por assiná-lo. O processo de assinatura em si começou um tanto quanto manual: baixava-se e preenchia-se a mão uma ficha de cadastro que era enviada pelo correio juntamente com o cheque para assinatura. Posteriormente, foi simplificado, dispensando o envio pelo correio e aceitando transferências bancárias. Os BBSes mais poderosos/bem sucedidos aceitavam pagamento com cartão de crédito.

A conexão do usuário com o BBS era feita através de programas específicos, como o Telix. A troca de arquivos se dava através de protocolos de transferência de arquivos, sendo o ZModem (unidirecional) o mais comum. O BiModem, não tão difundido, permitia comunicação bidirecional, ou seja, podia-se enviar e receber arquivos ao mesmo tempo. O protocolo escolhido precisava ser suportado tanto pelo gerenciador de BBS como pelo programa cliente utilizado pelo usuário. Alguns BBS associavam a elevação do nível do usuário à quantidade de arquivos enviados por ele, como forma de incentivar o envio de novos arquivos e, portanto, aumentar o acervo do BBS.

Se chegou até aqui, ou é porque viveu essa época e deve estar agora muito nostálgico e cheio de saudades, ou porque é um jovem micreiro curioso que não se contenta em viver apenas o atual, mas sim saber como chegamos onde estamos. Em ambos os casos, parabéns! 😉

Com a chegada da Internet, os BBSes perderam o sentido de existir, afinal, ela oferece tudo que os BBSes ofereciam, só que de uma forma muito mais ágil, eficiente e com alcance praticamente ilimitado. Com isso, os BBSes começaram a desaparecer, sem deixar, no entanto, de marcar a história da tecnologia e a vida dos seus usuários.

Share and Enjoy !

2º Dia do ACBR

Dia 14 de setembro (2019) acontecerá o 2º Dia do ACBr, onde participarei com uma palestra sobre Firebird!

O título da apresentação é Firebird – a escolha certa! Já ministrei essa palestra em outros eventos diversas vezes, sempre com muito sucesso, mas dessa vez levarei dados atualizados sobre casos de uso reais, que devem chamar a atenção dos presentes.

Quando criei essa apresentação, o fiz porque já estava cansado de ouvir “bobagens” de pessoas que não conhecem o Firebird a fundo, e que por algum motivo insistiam em dizer que ele é um “banquinho”, que não aguenta grandes bases de dados nem muitas conexões simultâneas. Besteira! No decorrer da palestra, provarei que essas pessoas não sabem o que falam, ou estão muito desinformadas.

Ela também é indicada para aqueles que estão procurando por uma alternativa de banco de dados que seja confiável, robusto, open source, e gratuito para qualquer tipo de utilização! O Firebird é um ótimo candidato para esse cenário, e isso ficará muito claro no decorrer da apresentação.

Falarei um pouco de tudo: desde um resumo do que é e como surgiu o Firebird, as versões já lançadas, seus principais recursos, um pequeno comparativo com outros SGBDs, casos de uso reais, etc.

Convido a todos que tiverem interesse em conhecer um excelente banco de dados, que assistam minha palestra no 2º Dia do ACBr. E se você já usa Firebird e não aguenta mais ouvir besteiras, assista a palestra também, e saia de lá com munição para acabar de vez com os argumentos dos desinformados ou criadores de intrigas 🙂

Share and Enjoy !

Crazy fan speed on rog laptop

After several months using an ASUS ROG GL503GE notebook, its fans started to behave in a strange way.

With no reason, the GPU fan speed jumps to 7000rpm. Sometimes, it stays there for hours, sometimes it keeps waiving. Usually, after some hours, it stabilized in normal speed (at last until the next reboot).

I checked the internet forums, and found several reports from people having the same problem. I tried to update and to drowngrade de BIOS, I tried to use fan control softwares, I tried to trick the ROG Gaming Center, I tried MSI Afterburner, I tried Intel XTU utilities, I update all the drivers and Windows 10 itself. Nothing solved the problem, and even worse, I could not figure out why it was happening, and what was triggering it.

Note that the CPU temperature usually was < 40C, and the GPU was not even being used! So, there was no reason for the fan to became a turbine, bothering everyone near to me.

Finally, some “good soul” posted in a ROG forum’s thread in the ROG saying that he solved the problem just opening the notebook, disconnecting the battery and fan cables, and connecting everything back.

I decided to try it, before I get crazy with the strong noise coming from the “turbine”, every day.

Before disconnecting the cables, I carefully checked if there was some bad contact or even a disconnection. No! Everything was perfectly connected. Even so, I disconnected the battery and the fan cables, and reconnected a few minutes later. I also blew some air to clean the fans, but they were really clean (those fans are supposed to be dust free, and seems that they really are).

For my surprise, this procedure seems to have solved the problem. Four days had passed and the problem didn’t show up anymore! What a relief!

For those who are having the same problem, you can search in youtube for GL503 tear-down videos. Opening the notebook is really an easy task. Just release a bunch of bolts to have access to the battery and fan cables.

Just a note: ASUS support was of no help at all! Since my notebook is still under warranty, they asked me to send it to RMA. But there was some problems:

1) I would need to ship it to USA
2) I use this notebook for work, so no way to stay weeks (months?) waiting for it come back
3) I read several posts from people with the same problem, which have sent their notebooks to RMA one, two and even three times, and they didn’t solve the problem.

I used to assembly computers in the 90’s, and ASUS motherboards was the best ones in that time. I though their notebooks would offer the same quality, but they don’t. Beside this problem with the fans, they also have “coil whine” noise. I would not buy it again.

Update 1: After one month running quietly, the fans started to present the problem again. So it looks that the solution is temporary, and I will have to disconnect/reconnect the cables from time to time to keep it quiet. I wonder what causes such problem.

Update 2: The trick of reconnecting cables stopped to work after 3 months. Final solution was to buy a new fan and replace the (bad) old one. Based on forums conversations, my guess is that the PWI wire of the GPU fan was bad. I bought the new fan in www.asus-accessories.com

Share and Enjoy !

Erro 12029 ao utilizar Delphi com Kinvey

Situação: Servidor de aplicação desenvolvido em Delphi (Berlin), usando o Kinvey para envio de Push Notifications para celulares Android e iOS.

Problema: De uma hora para outra, não foi mais possível enviar as notificações. O erro retornado era “REST request failed: Error sending data (12029). Uma conexão com o servidor não pode ser estabelecida“.

Ambiente: Windows Server 2012 (100% atualizado através do Windows Update)

Para encurtar a história, depois de muito bater a cabeça, descobri que o problema estava no fato do servidor de aplicação não conseguir conectar o Kinvey usando TLS 1.2. Obs: Nas configurações de Internet do Windows, TLS 1.1 e 1.2 estavam ativas.

Aparentemente o Kinvey passou a exigir TLS 1.2 nas conexões (não sei exatamente em que data isso se tornou obrigatório, possivelmente em 04/Setembro/2018). Olhando nas DLLs carregadas pela aplicação Delphi, percebi que ela faz uso do WinHttp para comunicação. Sendo assim, vasculhando a internet, encontrei esse artigo, da própria Microsoft: Atualização para ativar o TLS 1.1 e o TLS 1.2 como um protocolos de segurança padrão no WinHTTP no Windows.

Após instalar o EasyFix do link acima, tudo voltou a funcionar!

Fica a dica, e também a reclamação do “por que” o WindowsUpdate não ter instalado isso por padrão!

Share and Enjoy !







Listando as propriedades de uma classe

Segue um código (pascal/Delphi) que criei para listar as propriedades que pertencem a uma classe.

O código usa a RTTI do Delphi para “percorrer” as propriedades. A procedure é recursiva, ou seja, se uma das propriedades for também um classe, a procedure chama ela mesma passando como parâmetro a classe da propriedade encontrada.

Para compilar o código abaixo, crie uma nova aplicação VCL e no form principal coloque um TMemo e um TButton, e configure os eventos conforme o código abaixo.

Substitua o segundo parâmetro da chamada a getPropList pela classe que deseja “vasculhar”. O terceiro parâmetro é o quão “profundo” você deseja ir em relação as iterações quando uma propriedade encontrada for uma classe.

Share and Enjoy !







Recebendo pagamentos do exterior

PayoneerQuando decidi lançar meu eBook Guia de Migração para o Firebird 3 em inglês, já prevendo oferecê-lo também em formato impresso através dos serviços de impressão sob demanda da CreateSpace, mal sabia os transtornos que viriam pela frete. Talvez o maior deles seja o fato que a CreateSpace só faz pagamentos através de cheques ou depósito bancários em bancos americanos.

Não preciso dizer que a opção “jurássica” de receber em cheque é quase que inviável no Brasil, visto que, além da demora (Correios), perde-se também muito dinheiro com as taxas cobradas pelos bancos e com a conversão de moeda. Abrir uma conta em um banco estrangeiro também é um processo burocrático e inviável para muitos.

A boa notícia é que existe um serviço chamado Payoneer, que facilita tremendamente receber pagamentos não só da CreateSpace, como de qualquer empresa internacional! O Payoneer é um cartão de crédito pré-pago, em USD. Ao se cadastrar na Payoneer e solicitar o cartão, você recebe também, automaticamente, uma conta corrente “virtual” em um banco americano (First Century Bank), com o serviço ACH (Automated Clearing House) habilitado. Isso possibilita que você receba pagamentos de praticamente qualquer empresa americana (ou estrangeira). Quando o dinheiro é depositado na sua conta virtual, ele automaticamente vai pro saldo do seu cartão Payoneer. O melhor é que você pode usar o cartão em qualquer estabelecimento que aceite Mastercard, inclusive para compras on-line em lojas do exterior (Amazon, Google, etc). Também dá pra sacar dinheiro em determinados caixas ATM em todo o mundo.

É óbvio que existem tarifas envolvidas em todo o processo. O próprio cartão tem um custo de anuidade de USD 30, além de ser cobrada uma pequena taxa a cada utilização. No entanto, pode ser uma boa opção para quem precisa receber pagamentos em dólar, e quer gastar esses dólares comprando em lojas virtuais americanas, ou mesmo em viagens para o exterior, visto que essas taxas serão menores do que os 6.38% de IOF que pagamos ao usar um cartão de crédito “brasileiro” para fazer compras em moeda estrangeira. Ainda não sei dizer se compensa usa-lo para sacar o dinheiro em Reais nos caixas eletrônicos no Brasil, pois vai depender da taxa de conversão adotada, e também da tarifa que a rede ATM irá cobrar.

Para os desenvolvedores de software, a Payoneer também aceita receber pagamentos diretamente de serviços como a PayPro, Digital River, etc.

Para quem ficou interessado, use esse link para se inscrever no Payoneer e receber USD 25 de crédito (tão logo acumule um saldo de USD 100 no cartão nos primeiros 12 meses após o cadastro – mais detalhes sobre as condições aqui). Com isso, quase que se zera a primeira anuidade.

Share and Enjoy !







1 2 3 30