Comandos e padrões Oracle Solaris

A seção a seguir descreve as alterações de comportamento em certos comandos e padrões no Oracle Solaris 10 OS.

O comando winbind busca apenas os primeiros mil usuários do Active Directory

Este erro ocorre enquanto se utiliza o servidor Samba com winbind em um ambiente do Active Directory. A versão Solaris 10 10/09 inclui a versão 3.0.28 do software Samba. Quando consultar todos ou mais de mil usuários do servidor do Active Directory, o winbind busca apenas o mil primeiros resultados.

Solução alternativa: nenhuma.

Páginas do manual alteradas para extensões confiáveis estão apenas no manual de referência

As páginas do manual de extensões confiáveis a seguir são revisadas para esta versão:

• add_allocatable(1M)

• remove_allocatable(1M)

• label_to_str(3TSOL)

• tsol_getrhtype(3TSOL)

• tnzonecfg(4)

As páginas revisadas do manual não podem ser visualizadas utilizando o comando man. Para visualizar as páginas revisadas do manual, consulte Solaris Trusted Extensions Reference Manual .

O Bash 3.00 não define mais algumas variáveis de ambiente

O Oracle Solaris 10 OS inclui o Bash 3.00. Este shell não exporta automaticamente as variáveis a seguir para o ambiente:

• HOME

• PATH

• SHELL

• TERM

• HOSTNAME

• HOSTTYPE

• MACHTYPE

• OSTYPE

Este novo comportamento se aplica mesmo se o shell atribui valores padrões para estas variáveis.

Solução alternativa: exporte estas variáveis manualmente.

O novo utilitário ln requer a opção - f

O comportamento do /usr/bin/ln foi alterado para aceitar todos os padrões do SVID3 até o XCU6. Se utilizar o comando ln sem a opção -f para vincular a um arquivo de destino existente, o vínculo não é estabelecido. Em vez disso, uma mensagem de diagnóstico é gravada para o erro padrão e o comando continua a vincular quaisquer arquivos fonte restantes. Finalmente, o comando ln sai com um valor de erro.

Por exemplo, se o arquivo b existe, a sintaxe ln a b gera a mensagem a seguir:

ln: b: File exists

Esta alteração de comportamento afeta os scripts de shell existentes ou programas que incluem o comando ln sem a opção -f. Scripts que funcionavam normalmente agora podem falhar no Oracle Solaris 10 OS.

Solução alternativa: utilize a opção -f com o comando ln. Se existem scripts que executam o utilitário de vínculo, tenha certeza de modificar estes scripts para estarem de acordo com o novo comportamento dos comandos.

A nova versão tcsh rejeita os nomes variáveis setenv que utilizam um traço ou um sinal de igual

No Oracle Solaris 10 OS, tcsh foi atualizado para a versão 6.12. Esta versão não aceita mais variáveis de ambiente cujos nomes utilizam um traço ou um sinal de igual. Scripts que contenham linhas setenv e funcionam em versões Oracle Solaris anteriores podem gerar erros na versão atual. A seguinte mensagem de erro é exibida:

setenv: Syntax error

Para mais informações, refira-se à página tcsh do manual para Oracle Solaris 10 OS.

Solução alternativa: não utilize traço ou sinal de igual em nomes para variáveis de ambiente.

Alteração de comportamento de condição EOF na família getc do STDIO

Aplicativos que foram construídos em modo de conformidade de padrão estrito C são afetados pelas alterações de comportamento de certas funções de biblioteca. Um exemplo é o aplicativo que foi compilado utilizando o modo de compilação cc -Xc ou c89. O comportamento foi alterado para as seguintes funções de biblioteca:

• fgetc()

• fgets()

• fgetwc()

• fgetws()

• getc()

• getchar()

• gets()

• getwc()

• getwchar()

• getws()

Uma interpretação formal do padrão C 1990 requer que, depois de uma condição de fim de arquivo ser definida, nenhum dado retorne do arquivo em operações de entrada subsequentes. A exceção é se o ponteiro de arquivo for reposicionado ou o erro e os sinalizadores de fim de arquivo forem limpos pelo aplicativo.

O comportamento para todos os modos de compilação restantes não é alterado. Especificamente, as interfaces podem ler novos dados adicionais gravados do fluxo depois que o indicador de fim de arquivo tiver sido definido.

Solução alternativa: chame fseek () ou clearerr() no fluxo para ler dados adicionais depois que a condição EOF tiver sido reportada no fluxo.

Colunas de saída do comando ps foram ampliadas

Devido aos UIDs, processador ids e ao tempo de execução cumulativa maiores, as colunas da saída de comando ps foram ampliadas. Scripts personalizados não devem assumir colunas de saída fixas.

Solução alternativa: scripts devem utilizar a opção -o do comando ps.

Para obter mais informações, consulte a página do manual ps(1).