If it helps, after following the steps below, I can reproduce everything
described.
-Greg
On Sat, Dec 10, 2022 at 6:14 PM Dewey Garrett wrote:
>
> > Is anyone else able to reproduce this behaviour?
>
> $ wget www.panix.com/~dgarrett/stuff/arc.tgz
> $ tar xzf arc.tgz
> $ cd arc
>
> 1) start
Haha, thanks Andy. I'll save this for when others inevitably forget :-D
-Greg
On Sat, Dec 10, 2022 at 2:41 PM andy pugh wrote:
> On Sat, 10 Dec 2022 at 19:08, Greg C wrote:
>
> I wonder if anyone is opposed to adding a 0 and bumping it up 10x?
>
>
> Master is open for such daredevil
> Is anyone else able to reproduce this behaviour?
$ wget www.panix.com/~dgarrett/stuff/arc.tgz
$ tar xzf arc.tgz
$ cd arc
1) start from command line
$ linuxcnc arc.ini
2) Initialize
F1 -- Machine on
F2 -- Estop off
Ctrl-HOME --- Home all
# Display shows one turn spiral
3)
Searching for "linuxcnc go reference" lands me on a forum page where the
user said go reference then something about reference the axis so I'm
thinking it's homing the axis. The Axis sim is too clever and does a
bunch of moves to simulate a real machine homing but that may be masking
the
Any clue what "go reference" means?
JT
On 12/10/2022 12:53 PM, andy pugh wrote:
The original corresponent has tried the latest Master and says.
(Three plane test spiral code)
"is good executed,
but if start linuxcnc and go reference,
after reference is finisch and in mdi start g2 x0y0z-1 j4
On 12/10/22 08:14, Andy Pugh wrote:
On 10 Dec 2022, at 14:49, Dewey Garrett wrote:
nada -- this file is intree but not used
Interesting. Perhaps we can just delete it.
As Dewey reported later, procfs_macros.h is used in the RTAI backend of
RTAPI, and deleting it breaks the RTAI build
Every week or so we get a new user signed up along these lines:
Name - escortservicebangalore
E-mail - @gmail.com
Username - escortservicebangalore
It surprises me that call girls in Bangalore are so keen on CNC.
(It's always Bangalore)
--
atp
"A motorcycle is a bicycle with a pandemonium
On Sat, 10 Dec 2022 at 19:08, Greg C wrote:
I wonder if anyone is opposed to adding a 0 and bumping it up 10x?
Master is open for such daredevil experimentation :-)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of mechanical geniuses,
On Thu, Dec 8, 2022 at 10:39 PM Jon Elson wrote:
> On 12/8/22 20:12, Greg C wrote:
> > I wonder if anyone has insight to:
> > 1. Why MAX_POINTS was lowered?
> > 2. If I increased this back to 10 or even 100, are there any
> > potential negative side effects (I didn't see anything obvious
The original corresponent has tried the latest Master and says.
(Three plane test spiral code)
"is good executed,
but if start linuxcnc and go reference,
after reference is finisch and in mdi start g2 x0y0z-1 j4 f1000
the tool go directly again at z-1 , not executed circle."
Is anyone else able
> On 10 Dec 2022, at 15:08, Dewey Garrett wrote:
>
> Macros used to implement the /proc interface
Probably redundant since we stopped being able to set debug level in rtapi with
echo 7 > /proc/debug
___
Emc-developers mailing list
Great! Thanks for figuring this out Dewey :-)
On December 10, 2022 10:43:06 AM MST, Dewey Garrett wrote:
>In <863c8874-ef3b-4f5d-a1fb-6135dc438...@highlab.com> Sebastian Kuzminsky
> writes:
>
>>Does it build on both uspace and RTAI?
>
>$ git status -uno
>On branch master
>Your branch is up to
Correction: for rtai, src/rtapi/rtapi_proc.h
was not deleted, just changed:
$ git diff -b --cached src/rtapi/rtapi_proc.h
diff --git a/src/rtapi/rtapi_proc.h b/src/rtapi/rtapi_proc.h
index dad9a7d57b..72d0c495f3 100644
--- a/src/rtapi/rtapi_proc.h
+++ b/src/rtapi/rtapi_proc.h
@@ -76,10 +76,6 @@
In <863c8874-ef3b-4f5d-a1fb-6135dc438...@highlab.com> Sebastian Kuzminsky
writes:
>Does it build on both uspace and RTAI?
$ git status -uno
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
(use "git restore --staged ..." to unstage)
modified:
Does it build on both uspace and RTAI?
On December 10, 2022 8:04:19 AM MST, Dewey Garrett wrote:
>In Dewey Garrett writes:
>
>
>
>>nada -- this file is intree but not used
>not used in any .c,.cc files but:
>
>$ find . -type f -exec grep -H procfs_macros {} \;
> On 10 Dec 2022, at 14:49, Dewey Garrett wrote:
>
> nada -- this file is intree but not used
Interesting. Perhaps we can just delete it.
But I fear this is just an opening salvo.
___
Emc-developers mailing list
In Dewey Garrett writes:
>nada -- this file is intree but not used
not used in any .c,.cc files but:
$ find . -type f -exec grep -H procfs_macros {} \;
./src/rtapi/rtapi_proc.h:#include "procfs_macros.h" /* macros for read
functions */
./src/rtapi/README:procfs_macros.h : Macros used
$ pwd
/home/git/linuxcnc-dev
$ find . -iname procfs_macros.h
./src/rtapi/procfs_macros.h
$ find . -type f -iname '*.*c' -exec grep -H procfs_macros {} \;
nada -- this file is intree but not used
--
Dewey Garrett
___
Emc-developers mailing list
If some copyright is wrong or incomplete then we can just fix it and close that
bug report?
> Gesendet: Samstag, 10. Dezember 2022 um 00:40 Uhr
> Von: "andy pugh"
> An: "EMC developers"
> Betreff: [Emc-developers] Fwd: Bug#1025433: Copyright issue
>
> For some reason this was not sent to
19 matches
Mail list logo