Hi Jerome,
i'm so sorry... I was completely wrong.
Brackpoints work correctly,
even for added projects.
One promise for 2015:
testing my assertations more carefully
before posting.
As always: many thanks Jerome
and happy Christmas to you and your family.
paolo
Search found 17 matches
- Tue Dec 23, 2014 5:13 pm
- Forum: IDE
- Topic: breakpoints and multi-project workspaces
- Replies: 2
- Views: 65556
- Mon Dec 22, 2014 6:48 pm
- Forum: IDE
- Topic: breakpoints and multi-project workspaces
- Replies: 2
- Views: 65556
breakpoints and multi-project workspaces
Hi all, My project was too big and rebuilding too expensive in time. So I splited it into 3 projects: 2 dlls and 1 executable. - tools.dll - al.dll (uses tools) - test.exe (uses tools and al) With all 3 projects opened in the same IDE instance I can update the Dlls and re-run the test and I'm happy....
- Tue Dec 09, 2014 11:26 am
- Forum: Introductions
- Topic: hi all
- Replies: 10
- Views: 118284
Re: hi all
Hi Jerome,
what is the pronounce of "Ecere"?
what is the pronounce of "Ecere"?
- Wed Oct 22, 2014 8:40 pm
- Forum: eC Language
- Topic: subclassing Container
- Replies: 2
- Views: 38186
Re: subclassing Container
Hi Jerome,
probably I touched too much things by subclassing Container.
Reassured for Canadian people too.
p.
probably I touched too much things by subclassing Container.
Reassured for Canadian people too.
p.
- Wed Oct 22, 2014 7:29 pm
- Forum: eC Language
- Topic: subclassing Container
- Replies: 2
- Views: 38186
subclassing Container
Hi Jerome, does class_fixed relates in some way with class instanciation? I'm refactoring my AST class as subclass of Container. When AstNode was not a son of Container this worked well: class Literal : AstNode { Value data{}; ... } ...but now I find data uninited. Any idea about what i'm missing? P...
- Tue Oct 21, 2014 9:25 pm
- Forum: General Help
- Topic: An enum in place of an int
- Replies: 4
- Views: 44352
Re: An enum in place of an int
Your code is always very clean,
so that everything seems so simple in eC...
I got some errors in ec2 / ASTList (some weeks ago I remember I tried to fix them,
maybe now I could be more happy).
so that everything seems so simple in eC...
I got some errors in ec2 / ASTList (some weeks ago I remember I tried to fix them,
maybe now I could be more happy).
- Tue Oct 21, 2014 7:33 pm
- Forum: General Help
- Topic: An enum in place of an int
- Replies: 4
- Views: 44352
Re: An enum in place of an int
Hi Jerome, thanks for the hints. In a few days I'll start to publish my toy-project. At now it is able to parse many constructs of an esotic AL (abstract language), more or less eC :roll: (without parametric classes). the parser is a hand-written discent parser. And it's still too incomplete to be a...
- Tue Oct 21, 2014 5:55 pm
- Forum: General Help
- Topic: An enum in place of an int
- Replies: 4
- Views: 44352
An enum in place of an int
Hi Jerome,
can I use an enum value where an int was expected?
Having:
enum DataType { t1, t2 };
and a class
class Data { int type; }
I can not assign t1 to the type field of an instance of Data.
enum DataType : int { t1, t2 };
does not help.
PS
...did I ever said eC is great?
paolo
can I use an enum value where an int was expected?
Having:
enum DataType { t1, t2 };
and a class
class Data { int type; }
I can not assign t1 to the type field of an instance of Data.
enum DataType : int { t1, t2 };
does not help.
PS
...did I ever said eC is great?
paolo
- Fri Oct 10, 2014 3:38 am
- Forum: Introductions
- Topic: hi all
- Replies: 10
- Views: 118284
Re: hi all
Hi Jerome, eC expressions that cast are dangerous if not surrounded by { } pairs. This code caues the class it is contained into to disappear from symbols. if (cond) var = (castToThis) object; Many years asking myself "should I use brackets even if it is just one statement?" if (cond) { va...
- Mon Sep 01, 2014 9:31 am
- Forum: eC Language
- Topic: accessing class methods
- Replies: 5
- Views: 49106
Re: accessing class methods
Hi Jerome,
Now I see.
I forgot to explicitly define methods as public.
Then something else joked me: virtual methods are always visible
(where visible means reachable via class.methods tree)
Now I see.
I forgot to explicitly define methods as public.
Then something else joked me: virtual methods are always visible
(where visible means reachable via class.methods tree)