Vi esta publicação recente sobre o mesmo erro, e ela foi fechada porque o erro não pôde ser reproduzido. Recebi o mesmo erro ontem à noite e é facilmente reproduzível. Não sei qual a relação entre os dois, mas eis o que aconteceu comigo.
Eu estava tentando determinar a linha mais distante que é alcançável. Por exemplo, mesmo que sua planilha tenha apenas o padrão de 1000 linhas, você pode escrever =ROW(OFFSET(A1,9999,))para reach A10000. Ele retornará 10000. Depois de algumas tentativas e erros, descobri que poderia chegar ao ponto mais distante usando um OFFSET. aninhado.
=row(offset(offset(offset($A$1,B1,),C1,),D1,))
A última linha alcançável é a linha 2,147,483,647. Se eu tentasse ir para 2,147,483,649ou além, recebia um erro OFFSET, que avaliava um intervalo fora dos limites . Mas, logo antes disso, encontrei um buraco de minhoca. Isso mesmo, tentei alcançar a linha 2,147,483,648usando =row(offset(offset(offset($A$1,700000000,),700000000,),747483647,))e o que recebi foi -2,147,483,648. Você pode ver os resultados abaixo (a coluna E contém as caixas de seleção usadas para ativar/desativar as fórmulas).
| B | C | D | E | F | G |
|---|---|---|---|---|---|
| 700000000 | 700000000 | 747483646 | verdadeiro | 2147483647 | =if(E1,linha(deslocamento(deslocamento(deslocamento($A$1,B1,),C1,),D1,)),) |
| 700000000 | 700000000 | 747483647 | verdadeiro | -2147483648 | =if(E2,linha(deslocamento(deslocamento(deslocamento($A$1,B2,),C2,),D2,)),) |
| 700000000 | 700000000 | 747483648 | verdadeiro | #REF! | =if(E3,linha(deslocamento(deslocamento(deslocamento($A$1,B3,),C3,),D3,)),) |
Como um buraco de minhoca, ele vai para o outro lado do universo em folha. Eu poderia ir para a esquerda/direita naquela linha e até voltar para este lado, mas não consegui subir/descer nenhuma linha daquele lado. Estranho, sim, mas não prejudicial, e pretendo relatar isso.
No entanto, mais tarde, ao tentar abrir meu complemento pessoal, recebi o seguinte erro de execução. Exceção: Falha no Service Spreadsheets ao acessar o documento com ID ####. [linha: 77, função: myGlobalConfig, arquivo: core/lib/Config.
Depois de me esforçar para identificar o problema, tive a ideia maluca de verificar se o buraco de minhoca era a fonte. E era. Recebi o erro quando ativei aquela fórmula específica. O problema desapareceu quando desativei aquela fórmula.
Até criei uma função básica no script vinculado para recuperar o nome da planilha e usar o Toast para exibi-lo. Quando a fórmula do meio foi ativada, ocorreu o mesmo erro, gerando o valor da linha negativa. O erro desaparece quando a função é desativada.
Isso tem relação com a outra postagem mencionada anteriormente? Alguém sabe por que a linha está negativa?
2.147.483.647 é 2^(31 - 1). Seu número é representado em 32 bits, como
e você pode representá-los numericamente na base numérica de sua preferência (provavelmente base 10) como:
Este número pode ser representado de forma não sinalizada ou com sinal. Quando o consideramos como um número não sinalizado, B31 é considerado um componente binário do número, na verdade 2^31. Nesse caso, você pode representar números inteiros entre [0, 2^32) = [0, 4294967296] = [0, 4294967295].
No entanto, se o número for representado com sinal, o primeiro bit do número é o chamado bit de sinal, portanto, B31 não faz parte do valor absoluto do número, mas mostra seu sinal: 0 significa positivo e 1 significa negativo. Dessa forma, você pode representar números inteiros entre [-2147483648, 2147483647].
Como 2147483647 é o último número a ser representado, como um número binário ele se parece com isto:
Agora, se você adicionar um número a ele, você obterá
que tem o bit de sinal em 1, então é um número negativo, que é igual a -2^(-31) = -2147483648.
Portanto, se você adicionar um ao maior número positivo em um número finito de bits, você incrementa um número representado com um 0 à esquerda (o bit de sinal) e todos os 1s seguintes, o que transborda para um número negativo que está sendo representado com um 1 à esquerda (o bit de sinal) e todos os 0s seguintes. Foi isso que aconteceu na sua planilha.
Da pergunta
Uma fórmula que gera um número de linhas ou tenta alcançar uma linha maior que 10.000.000 não faz sentido prático, pois o número máximo de células em todas as planilhas de uma planilha do Planilhas Google é esse número. Consulte https://support.google.com/drive/answer/37603?hl=pt-BR .
Ao depurar o Planilhas Google/Apps Script, você poderá descobrir que há situações em que há mensagens de erro que não fornecem informações significativas para a solução de problemas. Isso torna a criação de exemplos mínimos e completos (MCE) muito útil para identificar se há algum problema com fórmulas/scripts ou se o problema está no Google.
Uma das possíveis descobertas sobre a criação do MCE é que um limite bem conhecido foi excedido, mas também que uma falha do Google pode ser a causa do problema. Um dos problemas encontrados empiricamente é que planilhas sobrecarregadas podem falhar devido às "limitações" do recurso de histórico de versões.
Tenha cuidado ao tentar descobrir as limitações das plataformas de nuvem por conta própria, pois isso pode levantar sinalizadores que podem bloquear sua conta ou até mesmo sua rede.
Neste caso específico, talvez você queira enviar um feedback ao Google sobre sua fórmula no menu Ajuda do Planilhas Google.
Na minha opinião, o OFFSET não permite números maiores que 10.000.000 pelo motivo explicado acima.
Quanto à conexão com a outra postagem, "Exceção: Falha na Planilha de Serviço ao Acessar a Planilha" , como o autor da postagem não forneceu detalhes suficientes, a única certeza é que as mensagens de erro são semelhantes. É muito improvável que o outro problema esteja relacionado ao uso de OFFSET aninhado para tentar alcançar uma linha inviável ou à obtenção de um número além do último número a ser representado como um número binário, como explicado na resposta anterior .