1.3 KiB
1.3 KiB
Agenda - Filesystem Fault Semantics
Problema
O dominio fs certamente precisara de politica de fault propria, mas ainda depende de duas discussoes anteriores:
- a decisao
003sobre transporte de bytes; - a agenda
002sobre superficie e semantica funcional de filesystem.
Discutir fault semantics antes disso tende a cristalizar classificacao em cima de uma API que ainda pode mudar.
Alvo da Discussao
Fechar a politica de fault de fs somente depois da agenda 002.
O Que Precisa Ser Definido
- Fronteira entre
statuseTrapemfs. - Politica para:
- handle invalido;
- path invalido;
- arquivo ausente;
- permissao negada;
- EOF;
- escrita parcial;
- storage full;
- mount indisponivel.
- Integracao com o protocolo de bytes da decisao
003. - Shape final de retorno das operacoes de
fs.
Dependencias
../decisions/003-vm-owned-byte-transfer-protocol.md../specs/16a-syscall-policies.md002-filesystem-surface-and-semantics.md
Regra de Sequenciamento
Esta agenda nao deve ser discutida antes da 002.
Critério de Saida Desta Agenda
Pode virar PR quando houver decisao escrita sobre:
- matriz de
status/Trap/Panicparafs; - integracao final com
read/write; - relacao entre semantica funcional de
fse fault semantics.