On Fri, Sep 20, 2013 at 04:31:40PM +0200, Holger Hans Peter Freyther wrote:
Hi,
> I am flying right now and looked into how many of our packages can
> be parsed using the Parser package. I skipped the Glib package and
> now I am looking into Glut and it appears that this is a problem
> my colleague had yesterday.
I found some more parsing issues..
GNUPlot:
GNUPlot.GNUPlot exsists breaking the look-up (just like Cairo did
before renaming it). Now there is Already GPPlot as a class. The
question is if I should use GNUPlot.Plot?
#(##(1/2) 2) can not be parsed with STInST (GSTFileInParser)
NetClients:
Some issue with resolving the namespace..
'Namespace error: Invalid argument nil: must be a Smalltalk.Dictionary or a
Smalltalk.Class'
SystemExceptions.WrongClass(Smalltalk.Exception)>>signal (ExcHandling.st:254)
SystemExceptions.WrongClass class>>signalOn:mustBe: (SysExcept.st:783)
Smalltalk.Namespace class>>current: (Namespace.st:94)
Smalltalk.UndefinedObject>>executeStatements (source not available:1)
Sandstone:
Object subclasS: SDActiveRecord [
SDActiveRecord class [
Store := nil.
]
]
This is creating a class variable with the libgst Parser.. it breaks
STInST.
Glib:
Some kind of namespace issue..
holger
_______________________________________________
help-smalltalk mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/help-smalltalk
