On Tuesday 14 April 2020 19:29:26 Gene Heskett wrote:
> On Tuesday 14 April 2020 18:27:20 andy pugh wrote:
> > On Tue, 14 Apr 2020 at 22:54, Gene Heskett
>
> wrote:
> > > > What's that # doing there?
> > >
> > > IIRC, removeing a later duplicate link.
> >
> > I don't see any duplication. Have you
Hi Chris,
On Mittwoch, 15. April 2020, 06:31:36 CEST Chris Morley wrote:
> I don't understand why you need to fake a size for roughing unless you are
> hand coding a quick part.
That's exactly what I do at work!
Handcoding all my jobs!
I get a drawing and code from that my jobs. At the machine! N
I have just noticed that I cannot set outputs like M62, M67 etc.while cutter
compensation(in my case G41.1) is on. Is there any particular reasoning behind
this?
Cheers, Phill.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https
On Tuesday 14 April 2020 23:18:07 Reinhard wrote:
> On Dienstag, 14. April 2020, 19:07:32 CEST Chris Morley wrote:
> > On 2020-04-14 9:10 a.m., andy pugh wrote:
> > > On Tue, 14 Apr 2020 at 03:58, Reinhard
> > >
>
> wrote:
> > >>> Maybe G43.2 could be tweaked to take either a H number or axis
> >
On 2020-04-14 8:18 p.m., Reinhard wrote:
On Dienstag, 14. April 2020, 19:07:32 CEST Chris Morley wrote:
On 2020-04-14 9:10 a.m., andy pugh wrote:
On Tue, 14 Apr 2020 at 03:58, Reinhard
wrote:
Maybe G43.2 could be tweaked to take either a H number or axis codes.
That would be very nice ind
On Dienstag, 14. April 2020, 19:07:32 CEST Chris Morley wrote:
> On 2020-04-14 9:10 a.m., andy pugh wrote:
> > On Tue, 14 Apr 2020 at 03:58, Reinhard
wrote:
> >>> Maybe G43.2 could be tweaked to take either a H number or axis codes.
> >>
> >> That would be very nice indeed!
> >
> > Take a look
Yes, now what do we do about it? I need ideas!
Alec
On Tuesday, April 14, 2020, 8:40:40 PM CDT, andy pugh
wrote:
if (rtapi_data == (rtapi_data_t*)-1) rtapi_print_msg(RTAPI_MSG_ERR,
"rtapi_data* = -1\n");
is printing, to -1 is coming back from rtai_malloc (we were there a
few days
if (rtapi_data == (rtapi_data_t*)-1) rtapi_print_msg(RTAPI_MSG_ERR,
"rtapi_data* = -1\n");
is printing, to -1 is coming back from rtai_malloc (we were there a
few days ago, I have just remembered)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial
On Wed, 15 Apr 2020 at 02:09, Alec Ari wrote:
>
> I've been working away trying to figure it out, and I can't. Are we sure this
> is an invalid pointer?
I have no idea, there really isn't much to go on in dmesg:
[ 7954.478734] I-pipe: head domain RTAI registered.
[ 7954.478736] RTAI[hal]: mount
I've been working away trying to figure it out, and I can't. Are we sure this
is an invalid pointer? I'm going to try running a shared memory test from
RTAI's showroom and see if it works there.
If it doesn't work, then maybe I can figure this out as it'll be an RTAI
problem.
If it does work,
On Tue, 14 Apr 2020 at 23:43, andy pugh wrote:
> Not really, I get a different problem:
Progress, of a sort. I now get the same problem.
(the previous problem was trying to make debs without doing the RTAI
./configure, just the debian/configure )
--
atp
"A motorcycle is a bicycle with a pandem
On Tuesday 14 April 2020 18:27:20 andy pugh wrote:
> On Tue, 14 Apr 2020 at 22:54, Gene Heskett
wrote:
> > > What's that # doing there?
> >
> > IIRC, removeing a later duplicate link.
>
> I don't see any duplication. Have you tried removing it?
did just now, no diff. It still runs away slowly,
On Fri, 10 Apr 2020 at 07:00, Alec Ari via Emc-developers
wrote:
>
> Well, this is a problem..
Yes.
> RTAPI: ERROR: could not open shared memory (Bad address)
> This works just fine with kernel 4.14... Any ideas?
Not really, I get a different problem:
andypugh@rm-one:~/linuxcnc-dev/src$ latenc
On Tue, 14 Apr 2020 at 22:54, Gene Heskett wrote:
> > What's that # doing there?
> IIRC, removeing a later duplicate link.
I don't see any duplication. Have you tried removing it?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanica
On Tuesday 14 April 2020 17:30:36 andy pugh wrote:
> On Tue, 14 Apr 2020 at 22:23, Gene Heskett
wrote:
> > net y-vel-cmd<= joint.1.vel-cmd # => pid_y.command-deriv
>
> What's that # doing there?
IIRC, removeing a later duplicate link.
Cheers, Gene Heskett
--
"There are four boxes to be
On Tue, 14 Apr 2020 at 22:23, Gene Heskett wrote:
> net y-vel-cmd<= joint.1.vel-cmd # => pid_y.command-deriv
What's that # doing there?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
On Tuesday 14 April 2020 12:35:01 andy pugh wrote:
> On Tue, 14 Apr 2020 at 16:29, Gene Heskett wrote:
> > which may be not enough but its building now. Keep in mind I have to
> > make debs and install them and reboot to try them
>
> You should be able to test with a run-in-place. If you are comp
On Tue, 14 Apr 2020 at 21:53, Gene Heskett wrote:
> > Why Mint?
> Because that's what you are building the newset linuxcnc with? I do read
> both lists. :)
Currently the plan is Debian Buster.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use
On Tuesday 14 April 2020 12:08:11 andy pugh wrote:
> On Mon, 13 Apr 2020 at 23:02, Gene Heskett
wrote:
> > > Why not just update to a debian version that still has support?
> >
> > That would be changing distributions to mint,
>
> Why Mint?
Because that's what you are building the newset linuxcn
On 2020-04-14 9:10 a.m., andy pugh wrote:
On Tue, 14 Apr 2020 at 03:58, Reinhard wrote:
Maybe G43.2 could be tweaked to take either a H number or axis codes.
That would be very nice indeed!
Take a look at the andypugh/G43.2-direct branch and see if that does
what you expect.
Looking throu
On Tue, 14 Apr 2020 at 16:29, Gene Heskett wrote:
> which may be not enough but its building now. Keep in mind I have to make
> debs and install them and reboot to try them
You should be able to test with a run-in-place. If you are compiling
on the machine under test then you don't need debs.
>
On Tue, 14 Apr 2020 at 17:10, andy pugh wrote:
> Looking through the code, it is clear that G43 / G43.1 and G43.2 all
> completely ignore tool diameter. This means that G43.2 is not actually
> useful for wear offsets on a milling machine (as far as I can tell)
It looks like it would be very easy
On Tue, 14 Apr 2020 at 03:58, Reinhard wrote:
> > Maybe G43.2 could be tweaked to take either a H number or axis codes.
>
> That would be very nice indeed!
Take a look at the andypugh/G43.2-direct branch and see if that does
what you expect.
Looking through the code, it is clear that G43 / G43.
On Mon, 13 Apr 2020 at 23:02, Gene Heskett wrote:
> > Why not just update to a debian version that still has support?
> >
> That would be changing distributions to mint,
Why Mint?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical
On Tuesday 14 April 2020 07:04:31 andy pugh wrote:
> On Tue, 14 Apr 2020 at 01:54, Gene Heskett
wrote:
> > Error: could not insert
> > module /usr/realtime-3.4-9-rtai-686-pae/modules/rtai_hal.ko: File
> > exists
>
> ...
>
> > How do I mediate this?
>
> Reboot. (unless there is an instance of Lin
On Tuesday 14 April 2020 06:07:31 andy pugh wrote:
> On Tue, 14 Apr 2020 at 10:33, Gene Heskett
wrote:
> > How, since even the newer, bad code runs thru runtests w/o any
> > problems,
> Bisect does not care how you test. But it is probably easiest to run
> it on the machine that is showing the
On Tue, 14 Apr 2020 at 01:54, Gene Heskett wrote:
> Error: could not insert
> module /usr/realtime-3.4-9-rtai-686-pae/modules/rtai_hal.ko: File exists
...
> How do I mediate this?
Reboot. (unless there is an instance of LinuxCNC already running, in
which caase you need to quit it)
--
atp
"A mo
On Tue, 14 Apr 2020 at 10:33, Gene Heskett wrote:
> How, since even the newer, bad code runs thru runtests w/o any problems,
Bisect does not care how you test. But it is probably easiest to run
it on the machine that is showing the problem.
> Can someone suggest a starting branch that ideally w
Greetings all;
git-bisect has more options than a new car.
How, since even the newer, bad code runs thru runtests w/o any problems,
I need to setup a git bisect start slightly before the 2.8 merge
started, then bring it up to head=master & bad.
Can someone suggest a starting branch that ideall
29 matches
Mail list logo
