: Tuesday, December 06, 2005 6:48 PM
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Linking to VistA
On Dec 6, 2005, at 2:37 PM, K.S. Bhaskar wrote:
>
> [KSB] It is more involved in Java, but there is a way to execute
> dynamic
> code - I think it's some
D] on behalf of Maury Pepper
Sent: Wed 12/7/2005 3:28 AM
To: hardhats-members@lists.sourceforge.net
Cc:
Subject:Re: [Hardhats-members] Linking to VistA
- Original Message -
From: "Bhaskar, KS" <[EMAIL PROTECTED]>
Sent: Tuesday, December 06, 2005 5:12 PM
[
- Original Message -
From: "Bhaskar, KS" <[EMAIL PROTECTED]>
Sent: Tuesday, December 06, 2005 5:12 PM
[KSB] Out of curiosity, I wonder which came first, GT.M or DTM...
DataTree goes back to at least 1985. But, I believe that prior to their PC
version, there was a version that ran on Con
@lists.sourceforge.net
Cc:
Subject:Re: [Hardhats-members] Linking to VistA
> >
> > I don't know what you mean by the question of whether the linker
> > automatically follows "this dependency".
>
> Runtime support perhaps?
>
> >
I think I didn't ha
] Linking to VistA
On Dec 6, 2005, at 2:37 PM, K.S. Bhaskar wrote:
> [KSB] It's implemented in GT.M. (The code is GPL'd, so feel free to
> look under the hood and see how it's done!)
Ah...but if I look at the code, I'll be "contaminated". If I later
write somet
> >
> > I don't know what you mean by the question of whether the linker
> > automatically follows "this dependency".
>
> Runtime support perhaps?
>
> >
I think I didn't have the question well thought out. I guess what I
was saying is this: I wrote a c application, and linked it to my M
object
On Dec 6, 2005, at 2:37 PM, K.S. Bhaskar wrote:
[KSB] It's implemented in GT.M. (The code is GPL'd, so feel free to
look under the hood and see how it's done!)
Ah...but if I look at the code, I'll be "contaminated". If I later
write something of my own, who's to say I'm not (perhaps
unin
On Dec 6, 2005, at 2:37 PM, K.S. Bhaskar wrote:
[KSB] It is more involved in Java, but there is a way to execute
dynamic
code - I think it's something like taking a serialized class and
loading
it. Caveat: I am not, and never was, a Java programmer.
Well, let's just say that I've progr
Comments below.
-- Bhaskar
> -Original Message-
> From: [EMAIL PROTECTED] on behalf of Maury Pepper
> Sent: Tue 12/6/2005 3:56 PM
> To: hardhats-members@lists.sourceforge.net
> Cc:
> Subject: Re: [Hardhats-members] Linking to VistA
> - Original
Comments below.
-- Bhaskar
On Tue, 2005-12-06 at 12:05 -0800, Gregory Woodhouse wrote:
> On Dec 6, 2005, at 6:38 AM, Bhaskar, KS wrote:
>
> > Kevin --
> >
> > I am not sure that I fully understand all the questions potentially
> > implied by your post. If any of the answers here are not
> >
On Dec 6, 2005, at 12:56 PM, Maury Pepper wrote:
Bhaskar might clarify what GT.M does for indirection, but
recompiling would
not _always_ be necessary. In the case of a DO or GOTO, it might.
If the
executable does not keep a table of entry points, then compling and
linking
would seem
- Original Message -
From: "Gregory Woodhouse" <[EMAIL PROTECTED]>
Sent: Tuesday, December 06, 2005 2:05 PM
Subject: Re: [Hardhats-members] Linking to VistA
> There is a difference, though. In Java, you don't have anything like
> an XECUTE command, so the cod
On Dec 6, 2005, at 6:38 AM, Bhaskar, KS wrote:
Kevin --
I am not sure that I fully understand all the questions potentially
implied by your post. If any of the answers here are not
adequately responsive, please ask again.
Dynamically generated code is compiled on demand ("just in time"
12/5/2005 9:48 PM
To: hardhats-members@lists.sourceforge.net
Cc:
Subject: Re: [Hardhats-members] Linking to VistA
Bhaskar,
How does GTM handle dynamically created code? i.e.
MyProc(i)
new s
set s="write "_i_,!
xecute s
quit
How it the code that is executed handl
Bhaskar,
How does GTM handle dynamically created code? i.e.
MyProc(i)
new s
set s="write "_i_,!
xecute s
quit
How it the code that is executed handled (compiles, stored etc.)?
Also, if another language were to link in the object code, I assume
that one's private program could reap the b
Functional programming is a fine idea that has been around for a long
time. Church's lambda calculus predates electronic digital computers,
and LISP dates back to circa 1960. It is attractive because it
theoretically lends itself better to more formal proofs of correctness
(my own gut tells me th
Thanks, Bhaskar
Kin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of K.S.
Bhaskar
Sent: Monday, December 05, 2005 6:59 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Linking to VistA
On all platforms, GT.M is a compiler
On all platforms, GT.M is a compiler, and generates native object code
(if you want to be picky, it's actually threaded code) for each target
platform. Each M module resides in a .m source file which is compiled
to a .o (UNIX) or .OBJ (OpenVMS) object file.
On OpenVMS, you can build standard shar
Thanks for the link. I just went through it. It only took me a few
hours to digest it.
I still don't think I could write a full appliation in it so far.
Kevin
On 12/3/05, Todd Berman <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-12-03 at 14:16 -0800, Gregory Woodhouse wrote:
> > On Dec 3, 2005,
On Sat, 2005-12-03 at 14:16 -0800, Gregory Woodhouse wrote:
> On Dec 3, 2005, at 1:54 PM, Kevin Toppenberg wrote:
>
> > Don't forget to make this language understandable. If this new
> > language looks at all like the code you have been showing me, then I
> > will have HUGE learning curve. And y
On Dec 3, 2005, at 1:54 PM, Kevin Toppenberg wrote:
Don't forget to make this language understandable. If this new
language looks at all like the code you have been showing me, then I
will have HUGE learning curve. And you might estrange potential
users.
Kevin
Trust me, I am most assuredly
On Dec 3, 2005, at 1:48 PM, Kevin Toppenberg wrote:
Bhaskar can answer, but my understanding is that the objects compile
to standard object code, which can be used by other languages.
That's my understanding, too. In fact, the very reason I called this
thread *linking* to VistA is that I h
Don't forget to make this language understandable. If this new
language looks at all like the code you have been showing me, then I
will have HUGE learning curve. And you might estrange potential
users.
Kevin
On 12/3/05, Gregory Woodhouse <[EMAIL PROTECTED]> wrote:
>
> On Dec 2, 2005, at 5:42
Bhaskar can answer, but my understanding is that the objects compile
to standard object code, which can be used by other languages.
I was thinking that if one truly wanted to use other languages with
VistA, one would need to be able to run Fileman from that other
language. I'm thinking specifical
On Dec 2, 2005, at 5:42 PM, Kevin Toppenberg wrote:
I think it is excellent, but it doesn't address my need to have a
medical record system for my office. VistA does, so I am working with
it.
I can certainly appreciate not having the time to work on something
like this. I suppose my hope w
Hi Kevin,
That is an excellent document.
I wonder if the open source linux GT.M ?M-compiler? can compile
M codes to an executable file. I know for sure their VMS version
can do it. It is kind of unique; and I am not aware of any
other M compiler, including Cache, can achieve it.
Regards
Kin
On Dec 2, 2005, at 5:42 PM, Kevin Toppenberg wrote:
Greg, we have discussed the before. I believe it is the means that
allows perl to link to M data. On the Sanchez website:
http://www.sanchez-gtm.com/technology/architecture.htm
there is a graphic which show this.
Actually, I had in mind so
On 12/2/05, Greg Woodhouse <[EMAIL PROTECTED]> wrote:
> I was hoping that Bhaskar's (visionary, IMO) suggestion that the global
> subsystem could be designed to link directly with compiled
> applications, thereby opening up the possibility of using the same
> globals in multiple language environmen
I was hoping that Bhaskar's (visionary, IMO) suggestion that the global
subsystem could be designed to link directly with compiled
applications, thereby opening up the possibility of using the same
globals in multiple language environments, would have provoked more
discussion. As it happens, no one
29 matches
Mail list logo
