[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-smalltalk] STInST Parser and parsing Glut (and other code)
From: |
Holger Hans Peter Freyther |
Subject: |
Re: [Help-smalltalk] STInST Parser and parsing Glut (and other code) |
Date: |
Sun, 22 Sep 2013 06:32:47 +0200 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
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