In squeak-dev-beta-123 image if I load Seaside from the Package Universe
Browser I get a walkback when trying to load 'KomServices-gk.3.mcz' The walkback is 'Error: file is too short' and, on inspecting the file it simply contains the text: server aborted early I'm not sure if this is an issue with the Universe config, the dev image or simply a temporary failure downloading this file. David |
Hi,
can you try again please? It works here. 2007/5/19, David Shaffer <[hidden email]>: > In squeak-dev-beta-123 image if I load Seaside from the Package Universe > Browser I get a walkback when trying to load > > 'KomServices-gk.3.mcz' > > The walkback is 'Error: file is too short' and, on inspecting the file > it simply contains the text: > > server aborted early > > I'm not sure if this is an issue with the Universe config, the dev image > or simply a temporary failure downloading this file. > > David > > > > -- Damien Cassou |
Damien Cassou wrote:
> Hi, > > can you try again please? It works here. > It's working fine now...must have been a temporary problem with that server. David |
In reply to this post by cdavidshaffer
David Shaffer <[hidden email]> writes:
> In squeak-dev-beta-123 image if I load Seaside from the Package > Universe Browser I get a walkback when trying to load > > 'KomServices-gk.3.mcz' > > The walkback is 'Error: file is too short' and, on inspecting the file > it simply contains the text: > > server aborted early > > I'm not sure if this is an issue with the Universe config, the dev > image or simply a temporary failure downloading this file. It's the last, but there is a bug here, too. The difficulty is that HTTP download errors are reported in a strange way. The core method returns a string instead of a MIMEDocument. Then, the URL code converts the error message to a MIMEDocument that starts with the text "error". Errors should be reported better. One refactoring would be to make an "ErrorResult" subclass of MIMEDocument. Then, the HTTP code could robustly track which downloads are errors, without breaking compatibility with code that simply displays the result whether it was an error or not (e.g., Scamper). I've posted this issue on Mantis: http://bugs.squeak.org/view.php?id=6495 I won't do it today; anyone should feel free to beat me to it! Lex Spoon |
Lex Spoon wrote:
> David Shaffer <[hidden email]> writes: > >> In squeak-dev-beta-123 image if I load Seaside from the Package >> Universe Browser I get a walkback when trying to load >> >> 'KomServices-gk.3.mcz' >> >> The walkback is 'Error: file is too short' and, on inspecting the file >> it simply contains the text: >> >> server aborted early >> >> I'm not sure if this is an issue with the Universe config, the dev >> image or simply a temporary failure downloading this file. >> > > > It's the last, but there is a bug here, too. > > The difficulty is that HTTP download errors are reported in a strange > way. The core method returns a string instead of a MIMEDocument. > Then, the URL code converts the error message to a MIMEDocument that > starts with the text "error". > > Errors should be reported better. One refactoring would be to make an > "ErrorResult" subclass of MIMEDocument. Then, the HTTP code could > robustly track which downloads are errors, without breaking > compatibility with code that simply displays the result whether it was > an error or not (e.g., Scamper). > > I've posted this issue on Mantis: > > http://bugs.squeak.org/view.php?id=6495 > > I won't do it today; anyone should feel free to beat me to it! > > > Lex Spoon > > > > > http://bugs.squeak.org/view.php?id=5200 I reverted the method to a earlier version and got it to work. I think the failing method version was made to make proxies work but I'm not sure. Karl |
Karl <[hidden email]> writes:
> Is it related to this issue ? > http://bugs.squeak.org/view.php?id=5200 > I reverted the method to a earlier version and got it to work. > I think the failing method version was made to make proxies work but > I'm not sure. It does not sound like the same thing. There is an ongoing problem with temporary failures, e.g. if the server gets overloaded. Right now the errors are not reported in a robust way. It is easy for an error result to be mistakenly treated as a successful download. Lex |
Free forum by Nabble | Edit this page |