Cobra Forums

Are there any bugs, unrealized refinements or other itches that people need scratched? We have the ticket system, of course, but sometimes it's nice to ask what's irking people of late.

I've been banging on Cobra hard in some side projects and it's been holding up admirably.

Chuck wrote:Are there any bugs, unrealized refinements or other itches that people need scratched? We have the ticket system, of course, but sometimes it's nice to ask what's irking people of late.

I've been banging on Cobra hard in some side projects and it's been holding up admirably.

I've had no time for Cobra lately, sorry for the pending tickets that I had assigned to myself. I'll return to them as soon as I can. One thing I finished and never got to posting was my final version of the Prompt class (for keyboard input). Would you consider adding it to Cobra's class library? It turned out pretty nicely, the last version even had methods for reading arrays.

Thanks for the note. I suggest posting your final prompt class to the discussion list and we can all take a look at it.

In addition to adding to the standard library, another possibility is a community repository where everyone has read/write access and it's fairly easy to get an account. I did this on the Webware project and it turned out nicely. Each user got their own directory and then put reusable bits and tools underneath. I think we're getting close to needing something similar for Cobra.

For the library, I would vouch for CCAN and keep Cobra.Lang.dll as minimalist as possible (only support language internal features)

That is because I don't want to push a big cobra dll as dependencies for my cobra assemblies nor embed runtime in them.

What does other think?

gauthier wrote:For the library, I would vouch for CCAN and keep Cobra.Lang.dll as minimalist as possible (only support language internal features)

That is because I don't want to push a big cobra dll as dependencies for my cobra assemblies nor embed runtime in them.

What does other think?

I agree. Everybody seems to love Ruby's package management system (Ruby Gems). Can we dream of having something similar for Cobra in the mid-term future?

Somebody is working on something for .NET called "horn", at http://groups.google.com/group/horn-dev ... l=en&pli=1

It's supposed to support easy download and installation as well as easy construction of packages. I think it's still in its infancy.

What I was referring to was a community repository of open source software we could share. Probably based in Mercurial or Subversion.

Both ideas have their merit.

I too like the cobra submissions/addons library idea.

My major need/desire is to have the ticket+changes-timeline (trac) working again since the current situation makes tracking/updating pretty much unusable

So far as the language is concerned I think the only majorish feature I'm missing is inner (embedded) classes - I think theres a ticket for it but
cant see what it is since trac is wedged at the moment

Irkwise
Feedback on the status/validity/queries raised or otherwise pending feedback for the patches against these tickets:

ticket 100: support readonly/final accessmodifier

10-Feb-2009 send final.patch
Want augmentation cobra compiler to emit error message in assignment if var assigned is final and assignment NOT in a constructor
23-Feb-2009 final-errck.patch

ticket:106 /# #/ position relaxation

11-Feb-2009 tkt106.patch

ticket:119 -ref throws exception for some cases where ref not located

ref-exceptions-tkt-119.patch 4-Feb-2009

ticket:89 cmdline exception if -files: has no filename ( or space then filename)

ticket89-files-args.patch 6-Jan-2009

ticket:57 trace posn info, e=expr suppression

coded (bitof a hack) and patch 1-Nov-2008 trace-no-posn.patch

ticket 52 - implement a varTraceStr fn call like token - macro %debug(expr)

%debug(expr) turns into "[expr#]=[CobraCore.toTechString(expr)]" where expr# is string of exprSrc
"{0}=[CobraCore.toTechString({0})]" where put {0} where expr will be substituted
Initial coding done - tokeniser hack - waiting feedback 1-Aug-2008
patch made wkspace/traceMacro.patch - needs test file added


re-implement expansion so dTs(expr) becomes 'expr=[expr]' string on write
implement using an expression binding...
Sample patch posted for examination 1-Nov-2008 dts-as-expr.patch
waiting feedback..

ticket:42 - add metachar for platform indep nl (\N) expands to Environment.newLine

coded 10-Sep-2008, patch made stringTermin.patch, patch sent 18-Sep-2008

ticket:34 - var isnames bug

var a = 'ss' is private (for private a = 'ss') gives cannot find 'private'
Analysis: .expression lookup for assign picking up is operator (expr) rather than stopping expression processing and let do 'is <accessmodifier> ' processing
In CobraParser boxVarDecl modify to use .expression variant without is/is not
Patch sent in 2-Aug-2008 bugs/var-isnames-assign.patch
ReVisit:
Change to allow 'isdecl' synonym (or 'ismade') for 'is' in boxvar dcls
coded and patch 01 Oct-2008 var-is-ambig-wkround.patch,
Redone and Patch 03-Oct-2008 var-is-ambig-wkround.patch
'dislike synonym keywords' : fair enough but whats the alternative ( some choices provided)
waiting response to queries


ticket:29 Need add handling for binary (0b101110101001) and Octal (0o76543210) literal notations

add and refactor dup code
patch sent binOctLiteral.patch 21-Jul-2008
Some problem with applying parts of patch - send replacement chunk for erroring portions


ticket:8 - use of deprecated counted loop syntax should emit warning

[Patch done and sent 28-Apr-2008]
- 'Pause a year for deprecation time to run down'

Heres the Prompt class posting and discussion request.

Okay Trac responsiveness has become too annoying even for me, especially since I'm expecting this to be cleared up within a week. When it is cleared up, I'll take a closer look at the above tickets.

As announced elsewhere, Trac is back.

ticket:89 is applied/fixed (as well as ticket:155 regarding the installer, and IList<of T>.concated is checked in)