James Reed wrote:
> I downloaded the tarball. Thanks for your permission. Now, what do I do
> with it? I'm very new at EMC, Linux, and even Qt3, (I'm more familiar with
> Qt3 than the others, though).
what do you want to do with it ? :)
if you are new to emc, and you don't insist on QT3, the
I downloaded the tarball. Thanks for your permission. Now, what do I do
with it? I'm very new at EMC, Linux, and even Qt3, (I'm more familiar with
Qt3 than the others, though).
>From: paul_c <[EMAIL PROTECTED]>
>Reply-To: "Enhanced Machine Controller (EMC)"
>
>To: "emc-users@lists.sourcefor
Sears Roebuck & Company was a GREAT retailer at one time. But since I
remember they have always been a little high priced. When they were a real
catalog retailer you could purchase almost anything in life from them (in
the 1920's or so I think they sold house kits). Still their small tool,
power
"James Reed" <[EMAIL PROTECTED]> wrote:
> I got Hal running as just the input for encoders. It needed the
> write to the port.
Glad to hear that. Last night I modified the parport driver so
that the port direction is set as soon as you load the driver.
(No need to run "parport.N.write" unless y
Hi Ray
On Wednesday 03 January 2007 16:50, Ray Henry wrote:
> There is a way around it if we find that Paul successfully raises the
> proprietary flag with the work that I encouraged him to do with qt3.
You misjudge me - The point I was trying to get across was that the code in
question has NOT
The version of Paul's qt3 stuff that I have here shows the appended GPL
licensing. I'd be pleased to make a zip file of these and the two
additional files with no copyright info. Contact me off list and I'll
forward the 12k file to you.
Rayh
1 --
* Description: qemccommand.cc
* Functions to
There is a way around it if we find that Paul successfully raises the
proprietary flag with the work that I encouraged him to do with qt3.
Smithy Company has purchased a written from scratch version of a QT4 EMC
library that will be LGPL copyright. This should be available before
long.
Rayh
O
paul_c wrote:
>On Wednesday 03 January 2007 02:17, Stephen Wille Padnos wrote:
>
>
>>There was a little bit of work done on a Qt<->NML interface a couple of
>>years ago. It never went too far, but strangely enough, the "demo app"
>>is a DRO :)
>>
>>
>The core code is being used in a couple
On Wednesday 03 January 2007 02:17, Stephen Wille Padnos wrote:
> There was a little bit of work done on a Qt<->NML interface a couple of
> years ago. It never went too far, but strangely enough, the "demo app"
> is a DRO :)
The core code is being used in a couple of applications.
> I'll dig it
> currently pyvcp runs when AXIS is run, but the modifications to make it
> run standalone with a use-specified input file are small. I (or someone
> else) just have to modify the parser to take an optional input argument,
> and create a root window when AXIS does not do that.
this brings up an
I had someone mention this a while ago. I tried to find it to understand
what was being mentioned, but either was looking for the wrong thing, or
didn't understand what was being said. I'll try to look into it some more.
The only reason I mentioned Qt is I already on the learning curve on it.
James Reed wrote:
> I got Hal running as just the input for encoders. It needed the write to
> the port. The command 'loadrt hal_parport cfg="0x378_in"' seems to be
> legal. I've been running 1 encoder through it for a few hours. Now I need
> to talk about how to link it to something like QT
12 matches
Mail list logo
