help-smalltalk
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]