objectscript-devel Mailing List for ObjectScript (Page 36)
Brought to you by:
rob_d_clark
You can subscribe to this list here.
2003 |
Jan
(47) |
Feb
(61) |
Mar
(73) |
Apr
(149) |
May
(202) |
Jun
(219) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(65) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(81) |
Feb
(62) |
Mar
(36) |
Apr
(48) |
May
(50) |
Jun
(9) |
Jul
(10) |
Aug
(9) |
Sep
(30) |
Oct
(6) |
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(4) |
Nov
(1) |
Dec
(3) |
2007 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2008 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(4) |
Jul
(14) |
Aug
(1) |
Sep
(10) |
Oct
(7) |
Nov
(47) |
Dec
(38) |
From: Rob C. <rob...@ma...> - 2003-05-01 17:45:30
|
Issue OBJS112 (performance: shared-member table) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS112> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS112 Added 'blocking' parent dependency on issue OBJS106 |
From: Rob C. <rob...@ma...> - 2003-05-01 17:37:42
|
Issue OBJS106 (ObjectScript performance) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS106> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS111 Added 'blocking' parent dependency on issue OBJS106 |
From: Rob C. <rob...@ma...> - 2003-05-01 17:37:42
|
Issue OBJS111 (performance: add callee to grammar) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS111> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS111 Added 'blocking' parent dependency on issue OBJS106 |
From: Rob C. <rob...@ma...> - 2003-05-01 17:37:17
|
Issue OBJS106 (ObjectScript performance) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS106> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS33 Added 'blocking' parent dependency on issue OBJS106 |
From: Rob C. <rob...@ma...> - 2003-05-01 17:37:16
|
Issue OBJS33 ("close window" / "close view" menubar entries) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS33> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS33 Added 'blocking' parent dependency on issue OBJS106 |
From: Rob C. <rob...@ma...> - 2003-05-01 17:36:43
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS111> Type : Enhancement Issue Id : OBJS111 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: performance: add callee to grammar Description: add to grammar, and handle like "this", ie Scope#getCallee(). FunctionScope would overload getCallee() to return the function object Severity: Major Functional Area: grammar/parser Status: New |
From: Rob C. <rob...@ma...> - 2003-05-01 01:52:58
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS110> Type : Defect Issue Id : OBJS110 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: ThreadGroup/console bug? Description: it appears that the threadgroup of the console thread (created for a new console) is incorrect, although I think I'm passing the correct value in to the Thread constructor... possibly the arguments are also matching a different constructor? Or perhaps this is a JVM bug. Need to investigate further. Seems to not work on macosx and windows XP. Seems to work on windows NT. Severity: Minor Version: head Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-30 23:49:10
|
Issue OBJS107 (way to access current script-path) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS107> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-30 23:07:58
|
Issue OBJS109 (race condition in ServiceFactory...) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS109> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-30 20:02:45
|
Issue OBJS105 (java Web Start support) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS105> The following modifications were made to this issue: Status changed from 'Resolved' to 'Assigned' Comment: ok, not quite ready yet... still need to finalize release scripts for signing the .jar files |
From: Rob C. <rob...@ma...> - 2003-04-30 20:01:04
|
Issue OBJS109 (race condition in ServiceFactory...) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS109> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-30 19:57:11
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS109> |
From: Rob C. <rob...@ma...> - 2003-04-30 19:56:00
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS109> Type : Defect Issue Id : OBJS109 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: race condition in ServiceFactory... Description: problems happen when the service object has been GC'd, but cleanup() has not yet been called, resulting in re-adding the service resource (a no-op) before it gets removed from the previous service object being GC'd. When cleanup() does eventually get called, it causes the plugin to stop, even though there still is an active reference to the service, because the service resource gets removed. Severity: Blocker Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-30 19:30:06
|
Issue OBJS105 (java Web Start support) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS105> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-30 02:31:46
|
Issue OBJS108 (regression in jump-to-declaration) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS108> The following modifications were made to this issue: seems like osMode.cleanupFrame() is getting called in EditorFrame#setMode(), which removes the frame from the table... the problem is there is no corresponding EditorFrame#installFrame... this is related to not wanting to change the EditorKit (and hence the Document) whenever we switch mode. probably a good solution is to generalize the editor kit implementation to work for any mode, and always use the same EditorKit regardless of the mode. While I'm at it, I should split all the static utility crap out of the editor kit |
From: Rob C. <rob...@ma...> - 2003-04-30 02:20:25
|
Issue OBJS108 (regression in jump-to-declaration) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS108> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-30 02:20:01
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS108> |
From: Rob C. <rob...@ma...> - 2003-04-30 02:18:33
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS108> Type : Defect Issue Id : OBJS108 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: regression in jump-to-declaration Description: seems that frameToParserTable is loosing a frame... maybe.... frameToParserTable.get(frame) is returning null, which is causing probs with jump-to-declaration et al Severity: Blocker Version: head Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-29 01:57:31
|
Issue OBJS107 (way to access current script-path) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS107> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-29 01:57:16
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS107> |
From: Rob C. <rob...@ma...> - 2003-04-29 01:57:05
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS107> Type : Enhancement Issue Id : OBJS107 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: way to access current script-path Description: there needs to be a way to access the current script-path Severity: Minor Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-04-28 18:39:18
|
Issue OBJS106 (ObjectScript performance) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS106> The following modifications were made to this issue: a couple of tactics that may help: 1) use high performance collection classes, instead of java.util.Hashtable 2) reduce object creation... use a single hash-table per scope "type" to map identifier to slot, and then use an array of members per instance of the scope, rather than a hash-table per instance of scope 3) statically resolving variable references (see OBJS39) 4) hoisting.... if we had a way to hint to the compiler that "a.b" if a is the same object the second time it is evaluated, then "a.b" will evaluate to the same thing, then the compiler could do more to cache the result of evaluating "a.b" the first time |
From: Rob C. <rob...@ma...> - 2003-04-28 18:35:38
|
Issue OBJS106 (ObjectScript performance) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS106> The following modifications were made to this issue: http://trove4j.sourceforge.net/index.shtml |
From: Rob C. <rob...@ma...> - 2003-04-28 18:30:49
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS106> Type : Enhancement Issue Id : OBJS106 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: ObjectScript performance Description: for now, this is a somewhat generic catch-all issue for studying performance related issues Severity: Minor Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-04-28 00:59:30
|
Issue OBJS100 (add WeakReference documentation) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS100> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |