(RM I'm adding to this thread, a response from T Salander also found helpful)
Thomas,
Yes this is a Cache Single User on Windows
So I see that that the Last piece value is chopped off the end of the
string in ZU (depending on some conditional logic) and the Box part of
Vol:Box pair in Taskman
Hi
I have tried starting the RPC Broker as user 138. But still CPRS
gives the same error. And to stop the Broker, I have tried D STOPALL^XWBTCP
and changing the status from RUNNING to STOP (both as user 138).
Thanks for the feedback.
Regards
Usha
- Original Message -
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
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 that
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: hardhats-members@lists.sourceforge.net
Sent: Tuesday, August 23, 2005
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
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 x64),
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]
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
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
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
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 use
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
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 thread.
===
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 break
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 got off
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 say that
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 works
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 the Better
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...
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, a
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
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
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
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
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
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 once 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
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,
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 reads to work
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,
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
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
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 CGI
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
OK. So here is a screenlog showing block read functionality, while
still using OPEN^%ZISH.
GTMs fname=tempbinblock
GTMset path=/home/kdt0p/
GTMdo OPEN^%ZISH(handle,path,fname,RB) w POP
0
GTMfor i=1:1:15 U IO read block U $P w $Length(block),!
512
512
512
512
...
512
512
512
GTM
Notice that
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 the
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
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:
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 the
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
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
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
56 matches
Mail list logo