[RESOLVIDO] Incompatibilidade Linux/Windows para codigos...

[HIzium]

... e textos.
Oi, recentemente me deparei com alguns problemas na faculdade:
Eu costumo copiar os conteúdos da lousa ou slides no Ubuntu usando o nano e programar em C usando o Code Blocks e varias vezes envio os códigos para professores ou os textos para colegas.
Mas se eu envio o arquivo .txt, as vezes meus amigos não conseguem ler nada, os caracteres com acentuação viram símbolos estranhos, e recentemente eu enviei um trabalho importante para uma professora minha ( o trabalho vale 30% da nota do semestre), enviei o "arquivo.c" e aconteceu o mesmo, os caracteres com acento no Ubuntu aparecem como símbolos estranhos no Windows, mas também uma das funções do programa ( a principal) que era completamente funcional no Ubuntu não funcionava no computador da minha professora.
Eu testei em vários computadores com Windows e o código não funcionava, então eu testei no computador de um amigo com Ubuntu e estava completamente funcional.

Alguém já teve esse tipo de problema ou sabe de alguma solução para isso?

[Claudio Novais]

De uma forma muito resumida, o que acontece é o seguinte: o caractere end-of-line do Linux e outros sistemas Unix, nomeadamente o MacOS, não é o mesmo que o utilizado no Windows. Por esse motivo um ficheiro de texto gravado em Windows não é apresentado da mesma forma no Linux ou vice-versa.

Não sei qual foi o primeiro a implementar ficheiros de texto, mas duvido muito que tenha sido o windows primeiro que o Unix em geral. mas não fui confirmar. Os comportamentos do end-of-line são os seguintes:

• Windows: '\r\n'
• Mac (OS 9-): '\r'
• Mac (OS 10+): '\n'
• Unix/Linux: '\n'

Em todo o caso, apesar de não saber como é o comportamento das aplicações padrão do Windows, no caso do Linux, a maioria das aplicações já prevêem esse problema e têm primitivas de abertura e de gravação que permitem escolher qual o formato desse caractere. Por exemplo, o editor de texto padrão do Ubuntu, o Gedit (que pertence ao projeto Gnome), permite escolher de que forma o end-of-line é gravado. Por isso a solução é tão simples quanto gravar com essa forma.

Sobre os acentos, não sei bem qual é o problema pois não me recordo de ter esse problema em ficheiros simples, no entanto, procure por alguma opção de codificação e escolha UTF8, deve resolver.

Para finalizar, se quiser saber mais sobre a questão das diferenças do end-of-line entre os vários sistemas operativos, recomendo que veja esta resposta no stack-overflow que referencia a Wikipedia:

• Do line endings differ between Windows and Linux?

Quando eu ainda não conhecia os programas do Linux que tinham estas opções de gravação, eu cheguei a utilizar o programa dos2unix. Não sei se lhe será útil ou não, mas caso precise aqui fica a dica, em português:

• Convertendo em massa "end-of-line" de arquivos de texto entre Windows, GNU/Linux e Mac OS

[Miguel Fonseca]

Boas Cláudio, eu já tive alguns problemas (quando ainda tinha Windows!) na leitura de ficheiros entre os dois SO's e conseguia resolver com a alteração da codificação para UTF-8.

Mas eu não tinha conhecimento relativamente aos "end-of-lines"!

Obrigado pela explicação educativa!

Fiquei a perceber um pouco mais as diferenças e porque aconteciam os problemas.

Hasta.

[Claudio Novais]

Qualquer pessoa que tenha feito uma leitura de ficheiros em C sabe isto perfeitamente. Infelizmente

Basicamente o parsing dos ficheiros tem de ser feito de forma diferente por causa desse pormenor.

[Luis Cardoso]

Qualquer pessoa que tenha feito uma leitura de ficheiros em C sabe isto perfeitamente. Infelizmente

Basicamente o parsing dos ficheiros tem de ser feito de forma diferente por causa desse pormenor.

O problema não é quando se trata de abrir ficheiros nos diferentes SO... Imagina ter este problema mesmo na comunicação via hardware... O pessoal já devia ter escolhido uma terminação, para bem da nossa sanidade enquanto programadores! E por vezes é uma coisa como esta, tão insignificante, que dá problemas na criação de drivers... Quando nos enganamos no caractere de terminação

[Claudio Novais]

Um problema numa comunicação geralmente é controlado pela integridade do ficheiro. Há vários protocolos para esse assunto, tanto na gravação de discos como no TCP/IP. Não sei se há esse controlo em tudo, mas que existe muito controlo isso existe.

Claro que em algumas situações esse controlo, na minha opinião é bastante limitado, pelo menos até há algum tempo, que se limitava (limita?) a um bit. No caso do TCP, a coisa é mais correta.

Avante... nunca tive queixa em relação a esse assunto. Acredito que na área de eletrónica a coisa possa ser mais relevante, nos computadores, nunca tive problemas nesse sentido. Apesar de que na altura dos pentiums 4 e antes havia alguma incidência desses problemas, sim!

[Luis Cardoso]

Um problema numa comunicação geralmente é controlado pela integridade do ficheiro. Há vários protocolos para esse assunto, tanto na gravação de discos como no TCP/IP. Não sei se há esse controlo em tudo, mas que existe muito controlo isso existe.

Claro que em algumas situações esse controlo, na minha opinião é bastante limitado, pelo menos até há algum tempo, que se limitava (limita?) a um bit. No caso do TCP, a coisa é mais correta.

Avante... nunca tive queixa em relação a esse assunto. Acredito que na área de eletrónica a coisa possa ser mais relevante, nos computadores, nunca tive problemas nesse sentido. Apesar de que na altura dos pentiums 4 e antes havia alguma incidência desses problemas, sim!

Ainda hoje há esse problema, ainda há dias tive de comunicar com um sensor de pH e com uma câmara, mas o fim dos comandos era diferente, o que gerou alguns problemas na comunicação, porque queria usar a mesma função... Acabei por ter de adicionar mais um parâmetro, só para distinguir o tipo de terminação...

[Claudio Novais]

Lá está, tens de implementar algo semelhante nesses casos.

[Luis Cardoso]

Lá está, tens de implementar algo semelhante nesses casos.

Foi por isso que eu disse que já estava na altura de se decidirem por um... É que depois um código que podia ficar simples, tem de se tornar complexo só por causa dos caracteres 10 e 13, respectivamente '\n' e '\r'.

É verdade que quando se usa hiper-terminal, se pode escolher a terminação ao configurar a ligação, mas quando se trata de implementar num CI para controlar coisas como as acções da máquina de lavar, módulos internos de um carro, etc, etc, dá uma dor de cabeça...

[HIzium]

Bom, gostaria de agradecer pelas respostas, me ajudaram bastante.
Vou usar o Gedit para esses textos compartilhados, é bem simples e se, antes de salvar o arquivo, eu escolher o modo de terminação do Windows, os acentos aparecem normalmente.

Obrigado!!