Re: [Pharo-project] strange problem with 10083
Stef, To reproduce, one would start with 10083 and invoke Installer loadOB. Is that correct? It will be a couple of hours before I would have time to try it, and my hunch is probably wrong anyway, but here goes: could it be a nil stream (file or URL that is incorrect or otherwise non-openable) or a read off the end of a stream that defaults to nil? Among other things, I have been working on File and FileStream classes (mostly facades around Pharo's streams, with lots of error checking and signalling) to avoid silent failures that merely postpone the inevitable until down stream with a nil receiver and NO clue as to what really happened. My primary goal with File and FileStream is to get a large amount of my Dolphin code loaded into Pharo and working without a huge fight. A close second is to provide the alternate selectors (#nextOne, etc.) I described to avoid silent failures in stream I/O. Whether or not it is at the root of your current problem (my guess is that something else changed, and a failure to raise an error is masking it), I strongly recommend deprecating (but keeping) the offending selectors. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab@anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029
stephane.ducasse@inria.fr 10/01/08 1:34 PM >>> Hi
I tried to load the following code into 10082 and 10083 in 10082 it works like a charm, in 10083 loadOB "self loadOB" | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. instClass ss project: 'AST'; install: 'AST-lr.158'. instClass ss project: 'RefactoringEngine'; install: 'RefactoringEngine-ab.51'. instClass wiresong project: 'ob'; install: 'OmniBrowser-dr.418'; install: 'OB-Standard-dr.353'; install: 'OB-Morphic-dr.56'; install: 'OB-Enhancements-dr.216'; install: 'OB-Refactory-lr.100'; install: 'OB-SUnitIntegration-dc.9'. I get a extremely strange bug UndefinedObject DNU value: !!!!! when Instance := nil is selected and RefactoryChangeManager class>>nuke Instance notNil ifTrue: [Instance release]. Instance := nil RefactoryChangeManager class >>initialize self nuke. UndoSize := 5 _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Oct 1, 2008, at 8:00 PM, Bill Schwab wrote:
Stef,
To reproduce, one would start with 10083 and invoke
Installer loadOB.
Is that correct?
We found the problem :) some magic in bytecode generation that was broken.
It will be a couple of hours before I would have time to try it, and my hunch is probably wrong anyway, but here goes: could it be a nil stream (file or URL that is incorrect or otherwise non-openable) or a read off the end of a stream that defaults to nil?
No :)
Among other things, I have been working on File and FileStream classes (mostly facades around Pharo's streams, with lots of error checking and signalling) to avoid silent failures that merely postpone the inevitable until down stream with a nil receiver and NO clue as to what really happened.
My primary goal with File and FileStream is to get a large amount of my Dolphin code loaded into Pharo and working without a huge fight. A close second is to provide the alternate selectors (#nextOne, etc.) I described to avoid silent failures in stream I/O. Whether or not it is at the root of your current problem (my guess is that something else changed, and a failure to raise an error is masking it), I strongly recommend deprecating (but keeping) the offending selectors.
Bill
Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254
Email: bschwab@anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029
stephane.ducasse@inria.fr 10/01/08 1:34 PM >>> Hi
I tried to load the following code into 10082 and 10083 in 10082 it works like a charm, in 10083
loadOB "self loadOB"
| instClass | instClass := self environment at: #Installer ifAbsent: [self new
installingInstaller].
instClass ss project: 'AST'; install: 'AST-lr.158'.
instClass ss project: 'RefactoringEngine'; install: 'RefactoringEngine-ab.51'.
instClass wiresong project: 'ob'; install: 'OmniBrowser-dr.418'; install: 'OB-Standard-dr.353'; install: 'OB-Morphic-dr.56'; install: 'OB-Enhancements-dr.216'; install: 'OB-Refactory-lr.100'; install: 'OB-SUnitIntegration-dc.9'.
I get a extremely strange bug UndefinedObject DNU value: !!!!!
when Instance := nil is selected and
RefactoryChangeManager class>>nuke Instance notNil ifTrue: [Instance release]. Instance := nil
RefactoryChangeManager class >>initialize self nuke. UndoSize := 5
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 01.10.2008, at 20:18, Stéphane Ducasse wrote:
On Oct 1, 2008, at 8:00 PM, Bill Schwab wrote:
Stef,
To reproduce, one would start with 10083 and invoke
Installer loadOB.
Is that correct?
We found the problem :) some magic in bytecode generation that was broken.
Update 10084 fixes the problem. It recompiled the image to make sure that no wrong method is left over. Marcus -- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
On 01.10.2008, at 20:57, Marcus Denker wrote:
On 01.10.2008, at 20:18, Stéphane Ducasse wrote:
On Oct 1, 2008, at 8:00 PM, Bill Schwab wrote:
Stef,
To reproduce, one would start with 10083 and invoke
Installer loadOB.
Is that correct?
We found the problem :) some magic in bytecode generation that was broken.
Update 10084 fixes the problem. It recompiled the image to make sure that no wrong method is left over.
Uhhh... and it seems to have problems recompiling the image. So that was not a fix. Marcus -- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
participants (3)
-
Bill Schwab -
Marcus Denker -
Stéphane Ducasse