objectscript-devel Mailing List for ObjectScript (Page 47)
Brought to you by:
rob_d_clark
Menu
▾
▴
objectscript-devel — devel related msgs, including mail from scarab issue tracking system
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-02-12 01:11:09
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS37> Type : Defect Issue Id : OBJS37 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: prob in pkg.editor.cMode.insertTags Description: the caret position is not necessarily the start of the selected text, and that assumption is bork'ing where we put the caret after inserting the tags Severity: Minor Version: head Stack Trace: Functional Area: ode Status: New |
|
From: Rob C. <rob...@ma...> - 2003-02-11 03:16:29
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS36> Type : Defect Issue Id : OBJS36 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: stack overflow in OString Description: not entirely sure of the cause... happened in v1.0.1, not sure how to reproduce Severity: Major Version: head Stack Trace: error in error handling code... this is fsck'd! java.lang.StackOverflowError at oscript.data.OString$ComboSegment.length(Unknown Source) .... at oscript.data.OString$ComboSegment.length(Unknown Source) at oscript.data.OString$ComboSegment.length(Unknown Source) at oscript.data.OString$ComboSegment.length(Unknown Source) uncaught exception in thread: null oscript.exceptions.PackagedScriptObjectException: Exception: toHexString: wrong arg types! Possible candidates: toHexString(long) at RegisterView (/jar/test_harness_wcdma/WcdmaRegisterPlugin.os line 437) error in error handling code... this is fsck'd! java.lang.StackOverflowError at oscript.data.OString$ComboSegment.length(Unknown Source) ... at oscript.data.OString$ComboSegment.length(Unknown Source) at oscript.data.OString$ComboSegment.length(Unknown Source) uncaught exception in thread: Thread[service cleanup,5,chimera] java.lang.NullPointerException at ti.chimera.ServiceFactoryImpl.access$200(Unknown Source) at ti.chimera.ServiceFactoryImpl$2.run(Unknown Source) Functional Area: data Status: New |
|
From: Rob C. <rob...@ma...> - 2003-02-11 01:28:03
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS35> Type : Defect Issue Id : OBJS35 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: type of null/undefined Description: the error msg the user sees if they use null or undefined somewhere where they shouldn't isn't too understandable. Maybe, if we change the type of undefined to be undefined, and the type of null to be null, that would make things more clear Severity: Minor Version: head Stack Trace: Functional Area: data Status: New |
|
From: Rob C. <rob...@ma...> - 2003-02-06 17:12:47
|
Issue OBJS5 (oscript.Shell needs javadoc comments) 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/OBJS5>
The following modifications were made to this issue:
Status changed from 'Resolved' to 'Closed'
Comment: released in 1.0.1
|
|
From: Rob C. <rob...@ma...> - 2003-02-06 17:12:22
|
Issue OBJS4 (improved error msgs for "wrong number of args") 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/OBJS4>
The following modifications were made to this issue:
Status changed from 'Resolved' to 'Closed'
Comment: released in 1.0.1
|
|
From: Rob C. <rob...@ma...> - 2003-02-06 17:11:36
|
Issue OBJS3 (make-release script) 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/OBJS3>
The following modifications were made to this issue:
Status changed from 'Resolved' to 'Closed'
Comment: released in 1.0.1
|
|
From: Rob C. <rob...@ma...> - 2003-02-06 01:45:16
|
Issue OBJS5 (oscript.Shell needs javadoc comments) 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/OBJS5>
The following modifications were made to this issue:
Status changed from 'Assigned' to 'Resolved'
Comment: done
|
|
From: Rob C. <rob...@ma...> - 2003-02-05 22:11:47
|
Issue OBJS5 (oscript.Shell needs javadoc comments) 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/OBJS5>
The following modifications were made to this issue:
Status changed from 'New' to 'Assigned'
Comment: moving to 'assigned' state
|
|
From: Rob C. <rob...@ma...> - 2003-02-05 22:11:26
|
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/OBJS5> |
|
From: Rob C. <rob...@ma...> - 2003-02-05 19:59:18
|
Issue OBJS3 (make-release script) 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/OBJS3>
The following modifications were made to this issue:
Status changed from 'Assigned' to 'Resolved'
Comment: resolving...
I added the functionality for generating a tarball to the build script, with the "--tarball" argument, which does an 'svn export', build default targets plus tarballclean (which removes .class files, but not javadoc files), then tars up the result, and removes all the temporary files.
By putting this functionality in the build script, I benefit from the work that it already does to extract the version # and version string from svn.
|
|
From: Rob C. <rob...@ma...> - 2003-02-05 19:56:39
|
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/OBJS3> |
|
From: Rob C. <rob...@ma...> - 2003-02-05 19:53:08
|
Issue OBJS3 (make-release script) 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/OBJS3>
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-02-05 06:46:14
|
Issue OBJS4 (improved error msgs for "wrong number of args") 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/OBJS4>
The following modifications were made to this issue:
Status changed from 'Assigned' to 'Resolved'
Comment: resolving issue
|
|
From: Rob C. <rob...@ma...> - 2003-02-05 00:16:39
|
Issue OBJS4 (improved error msgs for "wrong number of args") 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/OBJS4>
The following modifications were made to this issue:
Status changed from 'New' to 'Assigned'
Comment: moving to 'assigned' state
|
|
From: Rob C. <rob...@ma...> - 2003-02-05 00:16:17
|
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/OBJS4> |
|
From: Rob C. <ro...@ti...> - 2003-01-28 22:10:56
|
I have seen that, but I'm not entirely sure if that is what we need...
that framework may help, but that is really only a tiny part of the
entire problem, which is coming up with what to test, and how to test
it adequately with a compact and maintainable test suite. I think
different specific areas in the scripting engine have fairly specific
requirements:
parser/compiler/interpreter: each test here needs to run twice,
once with the compiler and once with the interpreter. This is the area
that I am the most fuzzy on... I can obviously have tests for all the
basic grammar productions (for loop, if statement, try/catch/finally,
etc.), but to some extent there needs to be tests that combine
productions... for example at one point I discovered a bug with nested
try/catch/finally's. This is the main reason that I'd like to study
how other languages handle this.
data/builtin-operators: fairly simple for unary operators, but
for binary operators there are n^2 combinations of input types ->
result... maybe a good candidate for something table based. This
probably does not need to be run in both interpreted and compiled mode.
java<->script bridge: convert script types to java types and
visa versa... again, probably can be table based, and probably doesn't
need to be run in both interpreted and compiled mode
misc: abstract-filesystem, node-evaluator
caching, etc.
On Tuesday, January 28, 2003, at 01:00 PM, Brad Hyslop wrote:
> By the way, there is a unit test framework somewhere in there: it is
> what is used to unit test the series. Its a java version of something
> I developed for C++, and I was relatively happy with how it came out.
> See:
>
> /vobs/java/esf/dot/series/StringSeriesUnitTest.java
>
>
>
>
> Rob Clark wrote:
>
>> You can view the issue detail at the following URL:
>> <http://icandy.homeunix.org:443/scarab/issues/id/OBJS23>
>>
>> Type : Enhancement
>> Issue Id : OBJS23
>> Reported by: Rob Clark
>> rob...@ma... - (rob...@ma...)
>>
>> Details:
>>
>> Headline: need unit test framework for oscript.jar
>> Description: We need a more extensive regression test for
>> ObjectScript. Not entirely sure what the scope of this is, but we
>> should look to other languages (perl comes to mind) to see how they
>> handle this sort of thing.
>>
>> Severity: Minor
>> Functional Area: other
>> Status: New
>>
----------------------
Rob Clark
Texas Instruments, Inc.
(858)552-2946
ro...@ti...
----------------------
|
|
From: Brad H. <bh...@ti...> - 2003-01-28 21:01:06
|
By the way, there is a unit test framework somewhere in there: it is what is used to unit test the series. Its a java version of something I developed for C++, and I was relatively happy with how it came out. See: /vobs/java/esf/dot/series/StringSeriesUnitTest.java Rob Clark wrote: > You can view the issue detail at the following URL: > <http://icandy.homeunix.org:443/scarab/issues/id/OBJS23> > > Type : Enhancement > Issue Id : OBJS23 > Reported by: Rob Clark > rob...@ma... - (rob...@ma...) > > Details: > > Headline: need unit test framework for oscript.jar > Description: We need a more extensive regression test for ObjectScript. Not entirely sure what the scope of this is, but we should look to other languages (perl comes to mind) to see how they handle this sort of thing. > > Severity: Minor > Functional Area: other > Status: New > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Objectscript-devel mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectscript-devel |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:39:55
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS34> Type : Enhancement Issue Id : OBJS34 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: watchdog for registry thread Description: Since the registry is a fairly integral part of the system, if the registry thread gets hung up, or killed, things will start behaving badly. We need a way to detect and deal with this. Severity: Major Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:37:14
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS33> Type : Enhancement Issue Id : OBJS33 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: "close window" / "close view" menubar entries Description: add close window / close view menu entries somewhere... perhaps under "Window" menu... Severity: Minor Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:35:47
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS32> Type : Enhancement Issue Id : OBJS32 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: FileBrowser: allow user defined actions on directories Description: user defined actions on directories in file browser plugin, so we could have "new .os file", "open in new browser", etc. when user clicks on directory Severity: Minor Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:28:03
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS31> Type : Defect Issue Id : OBJS31 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: With a high rate of exceptions, talkback will create too many windows Description: The talkback plugin opens a window for each exception handed to it. It should probably block or otherwise limit the number of open talkback windows at any point in time. Severity: Minor Version: head Stack Trace: Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:24:31
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS30> Type : Defect Issue Id : OBJS30 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: console bug Description: Looks like there is still a console bug lurking in there... not exactly clear what the deal is, but the way to reproduct it is to do something that will cause multi-colored output (so there are region boundaries), and then backspace past the end of a region boundary. Severity: Minor Version: head Stack Trace: Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:21:04
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS29> Type : Defect Issue Id : OBJS29 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: Print out understandable error when importing unknown filename Description: When you try to import a filname that is bad a huge stacktrace is dumped to the screen. The very first line says it all and that scrolls off the screen because of all of the rest of the dump. A simple "File Not Found" error would do the trick. Severity: Minor Version: head Stack Trace: Functional Area: chimera Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 01:06:56
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS28> Type : Defect Issue Id : OBJS28 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: Bug Early Detection: Starting Chimera from a directory with two spaces Description: there is a strange windows bug (at least with JDK v1.4.x) which has the net result that, at least on some windows variants, you cannot run from a directory containing more than one space character. This should be possible to detect, so we can give the user a useful error msg Severity: Major Version: head Java Version: 1.4.1 Stack Trace: Functional Area: other Status: New |
|
From: Rob C. <rob...@ma...> - 2003-01-28 00:58:01
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS27> Type : Defect Issue Id : OBJS27 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: perhaps "pkg" should be global Description: Currently a seperate instance of pkg is created for each console. This was originally due to the way pkg.output worked, because we wanted output for different consoles to go the appropriate console. Severity: Minor Version: head Stack Trace: Functional Area: chimera Status: New |
120 messages has been excluded from this view by a project administrator.
