Right now, you get an error together with a line number.
A good fix would be to do a stack backtrace. If it is in a subroutine, show
the line that it was called from including the values of all of the
arguments. Then, if that line is in a subroutine, show where it was called
from with its
Agreed on all accounts. It is also possible that options 1 and/or 2
could be structure in such a way to support option 3 (simula gdb).
I was serious about the intern thing. If one was interested I would be
glad to try to help with mentioning, but I have roughly a petabyte of
data to process
On Friday 06 November 2015 09:09:26 EBo wrote:
> On Nov 6 2015 6:39 AM, Gene Heskett wrote:
> > On Friday 06 November 2015 04:53:15 andy pugh wrote:
> >> On 6 November 2015 at 04:29, Fernand Veilleux
> >>
> >
> > wrote:
> >> > gcode is terrible IMHO.
> >>
> >> It's a
On Nov 6 2015 4:44 PM, Gene Heskett wrote:
> On Friday 06 November 2015 09:09:26 EBo wrote:
>
>> On Nov 6 2015 6:39 AM, Gene Heskett wrote:
>> > On Friday 06 November 2015 04:53:15 andy pugh wrote:
>> >> On 6 November 2015 at 04:29, Fernand Veilleux
>> >>
>> >
>> > wrote:
On 6 November 2015 at 04:29, Fernand Veilleux wrote:
> gcode is terrible IMHO.
It's a terrible programming language, but then it was never intended to be one.
--
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto
On Friday 06 November 2015 04:53:15 andy pugh wrote:
> On 6 November 2015 at 04:29, Fernand Veilleux
wrote:
> > gcode is terrible IMHO.
>
> It's a terrible programming language, but then it was never intended
> to be one.
I wouldn't condem it quite that vociferously.
On Nov 6 2015 6:19 AM, andy pugh wrote:
> On 6 November 2015 at 12:57, EBo wrote:
>>> It's a terrible programming language, but then it was never
>>> intended
>>> to be one.
>>
>> fine, but what is better? STEP-NC (ISO-10303/14649)?
>
> It is a machine control language, not a
On 6 November 2015 at 12:57, EBo wrote:
>> It's a terrible programming language, but then it was never intended
>> to be one.
>
> fine, but what is better? STEP-NC (ISO-10303/14649)?
It is a machine control language, not a programming language.
If you want a programming
> ...
> It seems that you deleted bringing_features
> ...
The 'bringin_features' branch rebased on git master was deleted to
avoid confustion with a newer branch 'features_preview' based
on git 2.7 (the current release)
> ...
> But you should not work with version 2.0 it is outdated, having
On Nov 6 2015 2:53 AM, andy pugh wrote:
> On 6 November 2015 at 04:29, Fernand Veilleux
> wrote:
>> gcode is terrible IMHO.
>
> It's a terrible programming language, but then it was never intended
> to be one.
fine, but what is better? STEP-NC (ISO-10303/14649)?
On Nov 6 2015 6:39 AM, Gene Heskett wrote:
> On Friday 06 November 2015 04:53:15 andy pugh wrote:
>
>> On 6 November 2015 at 04:29, Fernand Veilleux
>>
> wrote:
>> > gcode is terrible IMHO.
>>
>> It's a terrible programming language, but then it was never intended
>> to
Le 2015-10-26 13:09, Sebastian Kuzminsky a écrit :
> Hello Nick and Fernand, I'm a developer on the LinuxCNC project and
> we've been talking about getting linuxcnc-features into the next
> stable release of linuxcnc.
>
> Is this something you'd be interested in, willing to help with?
>
> We
(Please CC the emc-developers list in any replies you send.)
On 10/28/2015 02:27 AM, Nick wrote:
> Hello Sebastian.
>
> You should consider Fern's
> repo http://fernv.github.io/linuxcnc-features/ as it is latest one.
>
> We are interested in including Features into linuxcnc repo because it
>
13 matches
Mail list logo