This is not a concern. The databases are compatible from 8-bit to 64-bit
and beyond. MUMPS is an architectureless model that translates well across
all of the different arcitectures once a MUMPS is compiled for that
architecture.
- Original Message -
From: "jae kim" <[EMAIL PROTECTED]>
T
Greg Woodhouse wrote:
>--- Jim Self <[EMAIL PROTECTED]> wrote:
>
>> Greg Woodhouse wrote:
>> >Off hand, I don't know, but members of this list do seem to have a
>> >tendency to "plug" GT.M (presumably because it is open source).
>> >Personally, I think we'd all benefit from a little more vendor
>>
Here is a link for the people that are interested about this topic. I also
found this about the endiness of some machines.
byte ordering: This refers to the order in which bytes that are ordered in
memory as n,n+1,... are ordered when a computer considers multiple bytes as
one integer. Big-endi
I do not know about Mumps but c has built-in functions in the Networking
libraries that change from big to little and back htons, htonl, ntohs and
ntohl. These are host to network and network to host, short and long. These
convert if the number is in the incorrect format and leave it alone if it is
Cacheweb is a single license version of Cache, VistaOffice (VOE) will
not work with this version.
Robert DeWayne
Technical Lead VOE (VistA Office EHR)
Daou Systems, Inc.
P: (317) 616-4745 C:(317) 727-7477
www.daou.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTE
That's right, and MUMPS has no bitwise operators. Byte swapping would
have to be done (more inefficiently) using normal arithmetic
operations.
--- Aylesworth Marc A Ctr AFRL/IFSE <[EMAIL PROTECTED]> wrote:
> I do not know about Mumps but c has built-in functions in the
> Networking
> libraries th
The VA has been running Cache and VistA servers on a 64-bit platform for
years. They have been running on the Alpha chip on VMS with no problems
with Cache.
- Original Message -
From: "jae kim" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, August 23, 2005 1:42 AM
Subject: Re: GTM on OSX WAS: [
Bhaskar has been quiet because he was on vacation for two weeks, and has
been catching up with his e-mail since his return on Monday morning,
August 22. Since his return and diligent attempt to get through things
that accumulated in his absence, the number of unread e-mail messages in
his Inbox ha
Yes, I said I thought the Alpha was big endian and I was mistaken.
Given that it is essentially the successor to the VAX, I should have
known better.
--- "K.S. Bhaskar" <[EMAIL PROTECTED]> wrote:
>
> Incidentally, the comments about the Alpha being big endian are
> incorrect - x86 (and the AMD x
I can tell you from experience that cacheweb is the free version from
Intersystems that will not function properly.
Robert DeWayne
Technical Lead VOE (VistA Office EHR)
Daou Systems, Inc.
P: (317) 616-4745 C:(317) 727-7477
www.daou.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto
I actually didn't know that MUMPS_V1 was (now) open source. Originally,
I was looking for a version of MUMPS that I could run under Windows
but, as I recall, the developer was adamant that it not be ported to
Windows, so it was of no real use to me. Since then, I've decided to
use OS X as my primar
I'm not opposed to moving the language forward.
I think it could be done in a way that would identify the new code as
new, and use different syntax.
Such as put "SYNTAX NEW" or something at the beginning of the source code.
And we can call the language M++ :-)
Kevin
On 8/23/05, Greg Woodhouse
On Tue, 2005-08-23 at 11:05 -0400, K.S. Bhaskar wrote:
> Bhaskar has been quiet because he was on vacation for two weeks, and
> has
> been catching up with his e-mail since his return on Monday morning,
> August 22.
Reggie said this in 1977 ;)
Ruben
Unlike Jim Self, I've never had occasion to review the source code of
GT.M but I do not doubt that it is very well written. Compiling a
dynamic language like MUMPS does, of course, does pose special
challenges due to its dynamic nature. If I can invoke a routine
indirectly (by name) at run-time wha
Hey all,
I'm still stubbornly trying to get a block read to work in GT.M. I'm
hoping that Bhaskar might have some ideas, but if he is still
shovelling out old emails, maybe someone else will know:
Can someone tell me how to change this code so that the result is always 255?
Thanks
Kevin
GTM>s
ANYTHING but M++!
Actually, I had in mind tagging the object code as old (or version 1,
which sounds much better).
--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
> I'm not opposed to moving the language forward.
> I think it could be done in a way that would identify the new code as
> new, and
In view of posts in this thread about GT.M and free software, a few
clarifications may be in order.
Apropos the discussion on free software, the intention with GT.M on x86
GNU/Linux is to provide software to a user community that is Free as in
free speech, as opposed to free as in free beer. That
I want to say that I agree very much with what you are saying here,
especially that the language needs to move forward. That said, I think it
needs to not be changed in ways that will break VistA. I also think we need
to accept that the language is going to move forward in a different way than
I certainly do not.
--- "K.S. Bhaskar" <[EMAIL PROTECTED]> wrote:
> If anyone ever feels that I get too
> commercial, please feel free to castigate me.
>
> Thank you very much.
>
> Regards
> -- Bhaskar
>
> P.S. Kevin, did you ever get your IO working? I think that was what
> started the thr
I made a typo. I left out the word "not".!!! I meant to write:
That said, I think it
needs to not be changed in ways that will not break VistA.
Jim Gray
- Original Message -
From: "James Gray" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, August 23, 2005 10:09 AM
Subject: Re: [Hardhats-mem
And my point is that the language doesn't need to remain source
compatible with the prior version to avoid breaking VistA. That being
said, as large as it is, VistA is still only a computer program. The
existing code will need to be updated and rewritten. I also believe
that can and should be done
You had it right the first time. This second way has a double negative!
But I knew what you ment :-)
On 8/23/05, James Gray <[EMAIL PROTECTED]> wrote:
> I made a typo. I left out the word "not".!!! I meant to write:
> That said, I think it
> needs to not be changed in ways that will not brea
On 8/23/05, K.S. Bhaskar <[EMAIL PROTECTED]> wrote:
> ... If anyone ever feels that I get too
> commercial, please feel free to castigate me.
I don't think so either.
>
> P.S. Kevin, did you ever get your IO working? I think that was what
> started the thread.
No I didn't. But this thread go
As an outsider, I would say that not breaking old code means that the
new M system can load up and run vistA code without having to wrap it
etc.
No one seems to like change (just look to our discussion of "F" vs.
"FOR" vs "for" etc.) So creating a new language by committee might be
the kiss of de
I think you just hit the nail on the head. Perl has Larry Wall, Python
has Guido van Rossum, and MUMPS has...no one I can think of.
--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
> As an outsider, I would say that not breaking old code means that the
> new M system can load up and run vistA code
Except of course Greg Kreis.
--- Greg Woodhouse <[EMAIL PROTECTED]> wrote:
> I think you just hit the nail on the head. Perl has Larry Wall,
> Python
> has Guido van Rossum, and MUMPS has...no one I can think of.
>
> --- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
>
> > As an outsider, I would
> So creating a new language by committee might be
> the kiss of death.
As long as its a closed committee which vets outside input and
commentary.
> Sometimes there just needs to be a smart leader
> that puts something out there, and then see if it catches on.
>
That's not really how it work
On Tue, 2005-08-23 at 12:15, Greg Woodhouse wrote:
> ANYTHING but M++!
>
Call it longhorn
Ruben
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practi
The notion of moving the standard forward was part of the dialog at the
April VCM and it was my understanding that the MDC would be reactivated
via a host organization and a communication process defined by which
reviewing the "Millenium Standard" that existed in Sept 1999 would occur
and then
how about M# or MOOL?:-)
On 8/23/05, Ruben Safir <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-23 at 12:15, Greg Woodhouse wrote:
> > ANYTHING but M++!
> >
>
> Call it longhorn
>
> Ruben
>
>
>
>
>
> ---
> SF.Net email is Sponsored by
OHOHOHOH!
I got this one!
Call it paramyxovirus
or...
maybe...
live attenuated mumps that way people know it isn't as virulent!!!
Or... maybe I will just be quiet again
BTW... Kevin... can you call external routines or system functions in
mumps?
If so... well..
>From what I understand the alpha could be set up to be either big or little
endian.
Thanks
Marc Aylesworth
C3I Associates
AFRL/IFSE
Joint Battlespace Infosphere Team
525 Brooks Rd
Rome, NY 13441-4505
Tel:315.330.2422
Fax:315.330.7009
Email: [EMAIL PROTECTED]
-Original Message-
On Tue, 2005-08-23 at 09:55 -0700, A. Forrey wrote:
> If the VistA Community is going to reach the rest of
> the world it needs to tell them how it will deal with this problem
> and
> then get on with it.
Free Software projects just adapt to needs as developers precieve them,
which is frankly,
On Tue, 2005-08-23 at 13:17, Greg Woodhouse wrote:
> I think you just hit the nail on the head. Perl has Larry Wall, Python
> has Guido van Rossum, and MUMPS has...no one I can think of.
Uncle Sam and Cousin Hoover.
Ruben
---
SF.Net email is
On Tue, 2005-08-23 at 11:53 -0500, Kevin Toppenberg wrote:
[KSB] <...snip...>
> > P.S. Kevin, did you ever get your IO working? I think that was
> what
> > started the thread.
>
> No I didn't. But this thread got off track, so I started a new one.
> I can't get block reads to work properly.
Ruben:
There must be a level of dialog with the health Professional disciplines
that may embrace this technology; they dont need detailed technical say
but they do need dialog. It was done before the MDC and MTA were dissolved
and it can be done again on a productive plain but folks arent goi
I think I disagree. This type of dialog is needed to establish the
requirements that must be met by *medical applications*, but what
characteristics a language, operating system, or other platform must
have to allow systemas to be built meeting those requirements without
unreasonable difficulty is
That seems unimaginable! In order to test the waters, you have to
contact a vendor?
I know everyone here is shooting for vendor neutrality but I would like
to take a small journey down the "implementing VOE" path.
Let's pretend that I have a third-world country (or a friend named Bob)
that I wou
You can create a DEVICE file entry with specific open parameters if
need be.
If you set recordsize=255 (or a larger value), will read reliably
return that number of characters, or will it read as many characters as
possible without blocking? I may have misunderstood Kevin's problem,
but I thought
During the time I was pushing (before the Boston meeting) to revive the MDC,
what I learned from private email and telephone conversations and what I
heard at the meeting in Boston made it clear that there are plenty of people
who want to move it forward. It is just that they are understandabl
Still catching up with messages...
Greg, as I am the only person on this list who makes money off GT.M
(since GT.M revenue ultimately pays my salary), it would seem that the
only person who can make a sales pitch for GT.M is me.
Right now, it is hard for me to understand which postings you are
re
On Sun, 2005-08-21 at 14:19 -0500, Kevin Toppenberg wrote:
[KSB] <...snip...>
> I'll check with Bhaskar whether or not there is any risk in storing
> non-printable characters in a global. I did some testing and filled
> a
> global with $char(0) and it didn't seem to loose them, or cause the
>
What I see happen when you have control characters in Globals is that when
you try to display the global, it reeks havoc with your screen.
I have seen M applications written specifically with control characters in
the globals to be executed later.
-Original Message-
From: [EMAIL PROTECTED
I certainly don't think I'm the person to do it, I just wish someone
would. To me, an entirely new language unecumbered by the legacy of
VistA would be much more interesting. I think I'm going to take another
look at Perl 6 and see what I think of it.
--- Nancy Anthracite <[EMAIL PROTECTED]> wrote
Gregory wrote:
>I think you just hit the nail on the head. Perl has Larry Wall, Python
>has Guido van Rossum, and MUMPS has...no one I can think of.
>
>--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
>> It seems like there is such a leader behind perl or phython. I read
>> an interview with him on
Rich --
There are two issues here: (a) what GT.M does and does not allow, and
(b) the application logic, which includes the execution settings.
GT.M allows you to use any arbitrary sequence of bytes both as an index
and as a value.
Whether a specific piece of application code should store and di
So Bhaskar, is of any value to ask how the data is stored behind the
scenes? I was worried that the strings were null-terminated etc and
that there might be some binary data that would crash GT.M. when
storing is in a global value.
I'm glad to hear that is not the case.
Kevin
On 8/23/05, K.S
Gee...I thought that was a private response. I guess now everyone
knows what I really think.
===
Gregory Woodhouse
[EMAIL PROTECTED]
"A hero is no braver than an ordinary
man, but he is brave five minutes longer."
-- Ralph Waldo Emerson
On Aug 23, 2005, at 12:55 PM, Greg Woodhouse wrote:
I
Bhaskar wrote:
>On Tue, 2005-08-23 at 11:53 -0500, Kevin Toppenberg wrote:
>
>[KSB] <...snip...>
>
>> > P.S. Kevin, did you ever get your IO working? I think that was
>> what
>> > started the thread.
>>
>> No I didn't. But this thread got off track, so I started a new one.
>> I can't get block re
First of all I would like to thank Bhaskar for his answer. It only
took 70 posts on this thread to get to that point. :-)
Second, I'm ticked off because I just found that OPEN^%ZISH has this
functionalilty built into the code, but it is not documented in either
the new HTML kernel API manual, or
I'm sure you know this, but unbuffered I/O can be painfully slow. The
problem is that buffering can also cause problems for certain network
protocols: imagine an MTA (message transfer agent) sending QUIT to
terminate an SMTP session. If the TCP stack hadn't filled the
advertised window, it
Probably not of much value to ask unless you are a GT.M internals
developer - details are in the source code. As a gross simplification
(along the lines of saying that living things are made up of cells),
GT.M stores the length and actual value of each string. But there are
all sorts of optimizat
Sowinski, Richard J. wrote:
>What I see happen when you have control characters in Globals is that when
>you try to display the global, it reeks havoc with your screen.
This is an issue with your display device and user interface (or lack of one)
when working
with roll-and-scroll on dumb terminal
On Tue, 2005-08-23 at 16:23 -0500, Jim Self wrote:
[KSB] <...snip...>
> I haven't worked with this level of code in quite awhile and I forget
> what differences in
> device parameters apply to different device types, such as for sockets
> and communication
> between processes, such as we use in
I didn't know that either!
===
Gregory Woodhouse
[EMAIL PROTECTED]
"It is foolish to answer a question that
you do not understand."
--G. Polya ("How to Solve It")
On Aug 23, 2005, at 2:38 PM, Kevin Toppenberg wrote:
Second, I'm ticked off because I just found that OPEN^%ZISH has this
functio
OK. So here is a screenlog showing block read functionality, while
still using OPEN^%ZISH.
GTM>s fname="tempbinblock"
GTM>set path="/home/kdt0p/"
GTM>do OPEN^%ZISH("handle",path,fname,"RB") w POP
0
GTM>for i=1:1:15 U IO read block U $P w $Length(block),!
512
512
512
512
...
512
512
512
GTM>
No
I think Kevin was asking whether or not strings are null terminated.
I know nothing about the GT.M source, but as a general sort answer:
Databases don't typically store data in a "packed" format (like the
run-time heap), but instead storage is allocated in fixed size
chunks, which are then
I think it is all in how you define work. Technically, FOIA VistA doesn't
"work" with the single user version in all respects, but it works well enough
to demo it on a single machine, and I suspect the same will be true for
VistA-Office. It will take some tweaks, much as the instructions on th
OK. Thanks. I had always thought that B-Tree ment "Binary tree".
But quick search turned on wikipedia turned up this:
http://en.wikipedia.org/wiki/B-tree
The B-tree's creator, Rudolf Bayer, has not explained what the B
stands for. The most common belief is that B stands for balanced, as
all t
Sorry for bad info. That is what I thought my husband told me it meant, but I
just looked it up in his "Algorithms" book by Sedgewick, and it says
something very similar to what the wikipedia had to say.
On Tuesday 23 August 2005 06:25 pm, Kevin Toppenberg wrote:
> OK. Thanks. I had always
Surprise for me. I thought Donald Knuth the master of the b-tree. Also
thought "b" meant branching. Now I don't know. ../t
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:hardhats-
> [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg
> Sent: Tuesday, August 23, 2005 4:25 PM
> To: har
On Sun, 2005-08-21 at 14:19 -0500, Kevin Toppenberg wrote:
[KSB] <...snip...>
> I'll check with Bhaskar whether or not there is any risk in storing
> non-printable characters in a global. I did some testing and filled
> a
> global with $char(0) and it didn't seem to loose them, or cause the
>
B, I believe, is for Binary.
On Tuesday 23 August 2005 06:11 pm, Gregory Woodhouse wrote:
> I think Kevin was asking whether or not strings are null terminated.
> I know nothing about the GT.M source, but as a general sort answer:
> Databases don't typically store data in a "packed" format (like t
I don't know about the semantics of # reads in GT.M, but the sytem call
read() (in Linux) will not necessarily read the number of bytes
requested. The reason it is designed this way is that the underlying
device can block before all 255 bytes of data become available to read.
You might try somethin
Nancy;
Originally it was "binary", two branches at each branch point. The
performance sucked. Then there was the discovery of the multi-way B-tree.
The speed is much faster. Roughly, the branching is 50 to 1 as opposed to 2
to 1 for binary trees. Also the data layer with the multi-way b-tr
Unimaginable? No.
A single user license is not going to get you full functionality, however
I've run FOIA VistA on the free license, and VistA Office should work about
the same. I didn't have much trouble, but then I didn't try to do much
beyond a little development and testing.
If you just wan
Not sure that a MUMPS V2 is viable, but I think much could be implemented by
Kernel to enhance the functionality.
To what extent will Kernel differ between World VistA distributions and FOIA
VistA?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
I'm watching The Science Channel right now, and the cosmologist Saul
Perlmutter (I think I got that right) just said: "I'm a theorist, and
not even my mother knows what a theorist is." In my day to day job
with the VA, I'm just a programmer, not a computer scientist. But I
think that I have
Actually, no. Binary trees are something quite different (and
generally more familiar).
===
Gregory Woodhouse
[EMAIL PROTECTED]
"Nothing is as powerful than an idea
whose time has come."
-- Victor Hugo
On Aug 23, 2005, at 6:05 PM, Nancy Anthracite wrote:
B, I believe, is for Binary.
On Tu
69 matches
Mail list logo