You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(15) |
Nov
(44) |
Dec
(12) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(9) |
Feb
(2) |
Mar
(2) |
Apr
(3) |
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(2) |
Sep
(1) |
Oct
(9) |
Nov
(2) |
Dec
(2) |
2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(6) |
Nov
(2) |
Dec
(2) |
2003 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: K.S. B. <k.b...@sa...> - 2002-10-23 14:32:54
|
All -- Sanchez announced today that our Engineering group has achieved the Capability Maturity Model (CMM) level 3 of the Carnegie-Mellon University Software Engineering Institute. The news release is at http://www.sanchez.com/news/nr_021023.htm Please distribute as appropriate. Regards -- Bhaskar *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: K.S. B. <k.b...@sa...> - 2002-10-21 19:21:31
|
Claudiomiro -- Although Sanchez has a GT.M implementation for HP PA-RISC 9000 HP-UX, the source code for that implementation has not been released as open source free software (OSFS). Only the code base for GT.M for x86 GNU/Linux has been has released as OSFS under the GNU General Public License. Of course, the GPL allows the x86 GNU/Linux source code to be ported to GNU/Linux on PA-RISC, but this work has not been done. Essentially, the M compiler in GT.M would need to be retargeted to PA-RISC. So, you would have two OSFS choices: 1. Use GT.M for x86 GNU/Linux. 2. Port GT.M for x86 GNU/Linux to PA-RISC. There are two other choices which are not OSFS: 3. Use HP-UX on PA-RISC. 4. Have Sanchez port GT.M from HP-UX to GNU/Linux for PA-RISC. If you are a commercial entity (i.e., and have to pay your programmers on commercial terms) and would like to deploy GT.M on a small number of systems, from most to least economical, the alternatives probably are 1, 3, 4, 2. If you are a university or a hobbyist (i.e., your labor is low cost), from most to least economical, the alternatives are probably 1, 3, 2, 4. There is not an installer like rpm or the Debian package manager. Use the GT.M installation script referred to in the manual. If you have any other questions, please do ask. You will probably get the fastest answer if you post to one of the disucssion Forums. Regards -- Bhaskar K.S. Bhaskar VP, Business Development, Platforms & Technologies Sanchez Computer Associates, Inc. 40 Valley Stream Parkway Malvern, PA 19355, USA +1 (610) 578-4265 k.b...@sa... http://www.sanchez.com http://www.sanchez-gtm.com On Monday, October 21, 2002 at 15:39:15 (GMT-0300), Claudiomiro Volmir Larssen wrote: > Hi People, > > I would like know what version of GT.M should I use to run on > Debian GNU/Linux 3.0 Kernel 2.4.9-32, running over HP PA-RISC 9000 ? > > Is There any installer, sory by the questions, I'm newer here. > Thanks for attencion. > > Claudiomiro Larssen > la...@mp... *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Claudiomiro V. L. <la...@mp...> - 2002-10-21 18:40:11
|
Hi People, I would like know what version of GT.M should I use to run on Debian GNU/Linux 3.0 Kernel 2.4.9-32, running over HP PA-RISC 9000 ? Is There any installer, sory by the questions, I'm newer here. Thanks for attencion. Claudiomiro Larssen la...@mp... |
From: K.S. B. <k.b...@sa...> - 2002-10-10 22:16:59
|
In order to apply for an award for GT.M, we are looking for a few happy users who have put GT.M on x86 GNU/Linux into production, and are happy with it, who are willing to talk about what they have done, and who can try to quantify what they have saved by using GT.M on GNU/Linux vs. other solutions. If you are willing, would you please write to me and tell me a little bit about what you have done, and I will pass it on to the right folks in marketing? Thank you very much. -- Bhaskar *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Vinaya R. <vin...@sa...> - 2002-10-07 22:07:15
|
Andy, as far as we know, Edwin Clubb and Jim Self at UC Davis ported GT.M to FreeBSD. I've copied them on this note hoping that they might be able to help. Ed/Jim, could you please post a note at Sourceforge on what it took to port GT.M to FreeBSD, or perhaps give pointers to notes that have been posted already. Thanks, Vinaya Sanchez Computer Associates, Inc -----Original Message----- From: Andy McCarty [mailto:mc...@lo...] Sent: Friday, October 04, 2002 11:52 PM To: san...@li... Subject: [Sanchez-gtm-core] compiling GTM Can anyone give any pointers or references for compiling GT.M? I would like to try and compile it on FreeBSD. But I can't find any Makefiles or configure scripts in the src. Any help is greatly appreciated. -- ~Andy ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Sanchez-gtm-core mailing list San...@li... https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Andy M. <mc...@lo...> - 2002-10-05 03:48:55
|
Can anyone give any pointers or references for compiling GT.M? I would like to try and compile it on FreeBSD. But I can't find any Makefiles or configure scripts in the src. Any help is greatly appreciated. -- ~Andy |
From: Bill G. <wga...@sc...> - 2002-08-07 00:23:57
|
Just wanted to say thanks to all those who have worked to port VistA to GT.M and also to the Sanchez group for making GT.M available open source on Linux. I have only been using GT.M now for about a day, but a little time spent reading the AdminOpsGuide to get a (very) basic understanding of GDE and MUPIP, and GT.M was up and running. (I am using RH 7.3). VistA was a breeze also. I went first to the CVS files on sourceforge figuring they would be the most up to date. That caused some frustration, but then I found the Steel V2.01 directory, and by following your example setup file, VistA was up in no time. I somehow missed the step to create the t directory in $gtm_vista/r, but once that was created, VistA was working fine. A quick edit to the Taskman site parameters, and Taskman was up. I was equally pleased when the broker started with no configuration changes at all, and I was able to establish a connection from CPRS V18.8 running on a Windows box on my lan. Everything worked so well, and it seemed way too easy. So, once again, thanks for a job well done! Bill Garrett |
From: K.S. B. <k.b...@sa...> - 2002-05-29 18:02:54
|
Also, before starting up a GT.M process with V4.3-001A, perform a mupip upgrade with V4.3-001A. -- Bhaskar On Wednesday, May 29, 2002 at 13:56:32 (GMT-0400), K.S. Bhaskar wrote: > Todd -- > > First close all GT.M processes, then mupip rundown all databases. As a > cross check, you can verify with ipcs -ma that there are no shared > memory sections except for those used by non-GT.M software. Ensure > that there is not an active gtmsecshr process (afer everything else is > shut down, you can mupip stop that process). Then install the new GT.M > version over the old one. Delete object files created by the old > version and you're in business with the new version. > > Regards > -- Bhaskar > > On Wednesday, May 29, 2002 at 13:48:06 (GMT-0400), Smith, Todd wrote: > > Hello, > > > > How do you upgrade from V4.3-FT06 to GT.M V4.3-001A? Obviously shutdown > any > > running applications using the old engine but what then? > > > > Todd Smith <tod...@ca...> > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > _______________________________________________ > > Sanchez-gtm-core mailing list > > San...@li... > > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core > > > *************************************************************************** > This electronic mail transmission contains confidential and/or privileged > information intended only for the person(s) named. Any use, distribution, > copying or disclosure by another person is strictly prohibited. > *************************************************************************** > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Sanchez-gtm-core mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: K.S. B. <k.b...@sa...> - 2002-05-29 17:57:01
|
Todd -- First close all GT.M processes, then mupip rundown all databases. As a cross check, you can verify with ipcs -ma that there are no shared memory sections except for those used by non-GT.M software. Ensure that there is not an active gtmsecshr process (afer everything else is shut down, you can mupip stop that process). Then install the new GT.M version over the old one. Delete object files created by the old version and you're in business with the new version. Regards -- Bhaskar On Wednesday, May 29, 2002 at 13:48:06 (GMT-0400), Smith, Todd wrote: > Hello, > > How do you upgrade from V4.3-FT06 to GT.M V4.3-001A? Obviously shutdown any > running applications using the old engine but what then? > > Todd Smith <tod...@ca...> > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Sanchez-gtm-core mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Smith, T. <Tod...@ca...> - 2002-05-29 17:48:33
|
Hello, How do you upgrade from V4.3-FT06 to GT.M V4.3-001A? Obviously shutdown any running applications using the old engine but what then? Todd Smith <tod...@ca...> |
From: K.S. B. <k.b...@sa...> - 2002-05-24 18:54:39
|
GT.M V4.3-001A has been released. This release adds significant new functionality in the areas of Job Interrupt, alternation in pattern matching, performance enhancements in the area of M locks, and additional database tuning parameters. Since GT.M's security model is to use, and not bypass or subsume, the security of the underlying operating system, the new Job Interrupt capability respects OS security (i.e., in order to signal a GT.M process, the sender must have permission from the OS to send the signal). The default behavior of GT.M Job Interrupt provides a "job examine" functionality, but the underlying mechanism is a more general mechanism that enables an M process to receive and handle an asynchronous signal. Alternation in pattern matching is required to run the VistA application. So, if you have been using the V4.3-FT06 version, please switch to V4.3-001A. Executables are available at Source Forge (http://sourceforge.net/projects/sanchez-gtm). Source code will follow shortly. Technical bulletins for the release notes as well as for Job Interrupt and the new functionality for mupip set journal are also available, in the Docs section. Please download and use the new version, and give feedback in the Forums and ask for Support in the Support area at Source Forge. Thank you for your continued interest in GT.M. Regards -- Bhaskar *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Smith, T. <Tod...@ca...> - 2002-04-30 23:21:21
|
Hello, I have cross-posted this message since I don't know where it belongs exactly. I have recently downloaded the GT.M V4.3 FT06 tarball and the Steel FOIA download to test some application functionality. Mike Baker's helpful recipe and through the documentation on my FOIA CD which I have purchased, I managed to get it installed and seemingly working. I have to state that I have no prior experience with Vista or M other then reading about it from numerous sources. My first question is that ^ZTMGRSET seems to give me 'file not found' error messages, but when I check the routines and globals the missing files seem to be there. Ex. ZTMOVE file not found, but when I check the routines there is a ZTMOVE. There is not a file in the Linux filesystem called ZTMOVE, so I guess that it loaded it from somewhere else? My purpose in running ^ZTMGRSET was to change the Volume Set and UCI and Domain in preparation to get Mailman and RPC Broker working. Where is the CPRS client software at? I can find mention of it on the FOIA CD but I can't seem to find the software anywhere. Thank you for your time Todd Smith <tod...@ca...> |
From: Roger P. <rog...@sa...> - 2002-04-16 16:11:44
|
Todd: Looks good! DSE is a good thing to avoid except when you really need it. Since it can be used in times of desperation, by design it lets you do things that typically should not be done. In your case, you have effectively disabled the protection against attempting to put records that won't fit into your database. As long as you don't actually attempt it, all will be well, but if you happen to try a record longer than 1016 (the way it appears you configured things), really bad things will happen. GDE maintains the [maximum] key and record sizes that are used by MUPIP CREATE, so if you add to your GDE commands: change -seg DEFAULT -block=4096 change -reg DEFAULT -key=255 -record=4088 You will get a database with a block size of 4096 and a maximum record size of 4088, which just fits, so things will work fine. GDE, being much more user friendly than DSE, won't let you screw this up. It would be well to set appropriate allocation and extension sizes, because the default sizes are tiny (for demos, experiments and limited development environments), so add -alloc=???? - extension=???? to the change -seg, where ???? stands for your anticipated number of 4096 byte blocks. There are efficiency penalties for failing to do this, especially on VMS. Performance can also be significantly affected by the number of global buffers used for database caching. This optimal number varies with your circumstance, but the default is again tiny, so add -global=1024 (or 2048 or 4096) to the change -seg. So, for a 20MB database, you'd end up with (say) the following GDE commands (minimum distinguishable prefixes work for commands and qualifiers, but I compromised to make them more meaningful): change -seg DEFAULT -block=4096 -glo=1024 -alloc=6000 -extension=1000 -file=/gtm_vista/g/mumps.dat change -reg DEFAULT -key=255 -record=4088 And - skip the DSE command! Roger -----Original Message----- From: Smith, Todd [mailto:Tod...@ca...] Sent: Tuesday, April 16, 2002 11:31 AM To: har...@to...; 'san...@li...' Cc: 'har...@li...'; ope...@mi...; 'Mike Baker' Subject: [Sanchez-gtm-core] Successful GT.M Vista Installation Hello, I am cross-posting these instructions to several lists that might not have seen them. If you have, please hit DELETE or forward to someone that needs them. NOTE These instructions were originally posted by that paragon of virtue, Mike Baker on the Hardhats list and he holds ALL RIGHTS RESERVED and no responsibility for destroying your system through this instructions. I was successful in installing GT.M and the GT.M port of Vista on my P166MMX Laptop, 64MB RAM and 3GB HD. Thanks Mike for the hard work! Mike Baker's Setup Instructions To setup GT.M on my RedHat Linux 7.2 system here is what I did: 1. Log in to Linux box as a normal user. 2. Make a directory for the downloaded files: A. mkdir gtm 3. Download GT.M from www.sourceforge.net into the gtm directory you just made. A. I selected the gtm_V43FT06_linux_pro.tar.gz file. 4. Change directory to ~/gtm A. cd ~/gtm 5. Gunzip the file to extract the tar file. A. gunzip gtm_V43FT06_linux_pro.tar.gz 6. Extract the files from the archive: A. tar xovf gtm_V43FT06_linux_pro.tar 7. Become the super user. A. su 8. Create a link to the ncurses library that is installed with RH Linux from the ncurses libary that is used by the GT.M configure script. A. ln -s /usr/lib/libncurses.so.5 usr/lib/libncurses.so.4 9. Run the configure script from the gtm directory A. sh configure B. I just accepted the defaults where available. C. I selected /usr/local/gtm as the directory for install. 10. Make a directory for the logs: A. cd /usr/local/gtm B. mkdir logs C. chmod 777 logs 1. This is probably too many privs for this. 11. Exit superuser 12. Edit .bash_profile to setup the environment varibles when you log in: A. cd ~ B. pico .bash_profile 1. I added the following to my .bash_profile gtm_dist=/usr/local/gtm export gtm_dist gtmroutines=". $gtm_dist /gtm_vista/r" export gtmroutines gtmgbldir=/gtm_vista/g export gtmgbldir PATH=$PATH:$gtm_dist export PATH 2. Yours could look different: I have added a directory called gtm_vista that contains subdirectories for routines,(r), and globals,(g). 13. You should now be able to log out and log in and run: A. mumps -direct to get a mumps > prompt. 14. This is how I got the VistA stuff running on this system: 15. Download the global and routine files at: http://hardhats.sourceforge.net/pub/steel/1.08 16. Create a directory for the Vista stuff. A. su B. cd / C. mkdir gtm_vista D. chmod 777 gtm_vista 1. Again these privs are much too lenient I'm sure. E. exit ; su E. cd /gtm_vista F. mkdir g G. cd g H. mv ~/globals-1.08.zip globals-1.08.zip I. unzip globals-1.08.zip J. cd .. K. mv ~/routines-1.08.zip routines-1.08.zip L. unzip routines-1.08.zip 17. Now run: A. mumps -r GDE B. At the GDE prompt type: 1. change -s DEFAULT -f=/gtm_vista/g/mumps.dat 2. exit C. Now type: 1. mupip create && dse change -f -key_max=255 -rec=4096 b 2. mupip load /gtm_vista/g/globals.zwr D. I got these instructions from the Readme file when I downloaded the routines and globals. I modified slightly to make it work for me but it seems that this also works ok. 18. GETTING EXCITED YET? 19. Now I went into the mumps system: A. mumps -direct B. S DUZ=1 C. D ^XUP 1. EVE 2. USER 3. ADD 4. Set yourself up as a user. 5. Give yourself the EVE Menu. 6. Give yourself an access and verify code. 7. Make sure you give yourself a SERVICE/SECTION 8. exit 9. Answer yes to allocating keys a. Give yourself: b. XUMGR c. XUPROG d. XUPROGMODE 20. Now go to programmer mode through the options: A. K DUZ B. D ^XUP C. Sign in using your access code D. Hit return until you are back at a programmer prompt. E. W DUZ - This is your DUZ F. S $P(^VA(200,DUZ,0),"^",4)="@" _______________________________________________ Sanchez-gtm-core mailing list San...@li... https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Smith, T. <Tod...@ca...> - 2002-04-16 15:31:00
|
Hello, I am cross-posting these instructions to several lists that might not have seen them. If you have, please hit DELETE or forward to someone that needs them. NOTE These instructions were originally posted by that paragon of virtue, Mike Baker on the Hardhats list and he holds ALL RIGHTS RESERVED and no responsibility for destroying your system through this instructions. I was successful in installing GT.M and the GT.M port of Vista on my P166MMX Laptop, 64MB RAM and 3GB HD. Thanks Mike for the hard work! Mike Baker's Setup Instructions To setup GT.M on my RedHat Linux 7.2 system here is what I did: 1. Log in to Linux box as a normal user. 2. Make a directory for the downloaded files: A. mkdir gtm 3. Download GT.M from www.sourceforge.net into the gtm directory you just made. A. I selected the gtm_V43FT06_linux_pro.tar.gz file. 4. Change directory to ~/gtm A. cd ~/gtm 5. Gunzip the file to extract the tar file. A. gunzip gtm_V43FT06_linux_pro.tar.gz 6. Extract the files from the archive: A. tar xovf gtm_V43FT06_linux_pro.tar 7. Become the super user. A. su 8. Create a link to the ncurses library that is installed with RH Linux from the ncurses libary that is used by the GT.M configure script. A. ln -s /usr/lib/libncurses.so.5 usr/lib/libncurses.so.4 9. Run the configure script from the gtm directory A. sh configure B. I just accepted the defaults where available. C. I selected /usr/local/gtm as the directory for install. 10. Make a directory for the logs: A. cd /usr/local/gtm B. mkdir logs C. chmod 777 logs 1. This is probably too many privs for this. 11. Exit superuser 12. Edit .bash_profile to setup the environment varibles when you log in: A. cd ~ B. pico .bash_profile 1. I added the following to my .bash_profile gtm_dist=/usr/local/gtm export gtm_dist gtmroutines=". $gtm_dist /gtm_vista/r" export gtmroutines gtmgbldir=/gtm_vista/g export gtmgbldir PATH=$PATH:$gtm_dist export PATH 2. Yours could look different: I have added a directory called gtm_vista that contains subdirectories for routines,(r), and globals,(g). 13. You should now be able to log out and log in and run: A. mumps -direct to get a mumps > prompt. 14. This is how I got the VistA stuff running on this system: 15. Download the global and routine files at: http://hardhats.sourceforge.net/pub/steel/1.08 16. Create a directory for the Vista stuff. A. su B. cd / C. mkdir gtm_vista D. chmod 777 gtm_vista 1. Again these privs are much too lenient I'm sure. E. exit ; su E. cd /gtm_vista F. mkdir g G. cd g H. mv ~/globals-1.08.zip globals-1.08.zip I. unzip globals-1.08.zip J. cd .. K. mv ~/routines-1.08.zip routines-1.08.zip L. unzip routines-1.08.zip 17. Now run: A. mumps -r GDE B. At the GDE prompt type: 1. change -s DEFAULT -f=/gtm_vista/g/mumps.dat 2. exit C. Now type: 1. mupip create && dse change -f -key_max=255 -rec=4096 b 2. mupip load /gtm_vista/g/globals.zwr D. I got these instructions from the Readme file when I downloaded the routines and globals. I modified slightly to make it work for me but it seems that this also works ok. 18. GETTING EXCITED YET? 19. Now I went into the mumps system: A. mumps -direct B. S DUZ=1 C. D ^XUP 1. EVE 2. USER 3. ADD 4. Set yourself up as a user. 5. Give yourself the EVE Menu. 6. Give yourself an access and verify code. 7. Make sure you give yourself a SERVICE/SECTION 8. exit 9. Answer yes to allocating keys a. Give yourself: b. XUMGR c. XUPROG d. XUPROGMODE 20. Now go to programmer mode through the options: A. K DUZ B. D ^XUP C. Sign in using your access code D. Hit return until you are back at a programmer prompt. E. W DUZ - This is your DUZ F. S $P(^VA(200,DUZ,0),"^",4)="@" |
From: K.S. B. <k.b...@sa...> - 2002-02-11 23:18:15
|
Friends -- It only took us several months longer than we anticipated to release the PHP client for GT.M, but it's finally out at Source Forge (http://sourceforge.net/projects/sanchez-gtm). Please post comments to the Forum that I have created for it, and please post any Support requests or Bugs to the appropriate place. The client is available with a BSD-style license. Regards -- Bhaskar K.S. Bhaskar +1 (610) 578-4265 k.b...@sa... http://www.sanchez.com http://www.sanchez-gtm.com ********************************************************************** This electronic mail transmission contains confidential information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. ********************************************************************** *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: K.S. B. <k.b...@sa...> - 2001-12-14 19:29:42
|
V4.3-FT06 is a field test version of the next production version of GT.M (past V4.3-000). It includes functionality for alternation in pattern matching. Please use V4.3-000 for development, testing and production needs, and use V4.3-FT06 for development and testing needs if your applications call for that functionality (VistA needs alternation in pattern matching). -- Bhaskar *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: K.S. B. <k.b...@sa...> - 2001-12-14 15:35:09
|
Friends -- GT.M V4.3-000 has been released, and the open source free software version for x86 GNU/Linux can be downloaded from Source Forge (http://sf.net/projects/sanchez-gtm). This release adds support for GT.CM clients and servers using the GNP protocol over TCP on UNIX platforms. It adds support for the M standard intrinsic functions $QLENGTH(), $QSUBSCRIPT(), $REVERSE(), and $STACK(); the M standard intrinsic variables $ECODE, $ESTACK, $ETRAP and $SYSTEM, and the MDC type A intrinsic variable $REFERENCE (read-only). There are also new features to expedite migration to GT.M from other M implementations. As always, please submit support requests to the GT.M support section at Source Forge. Bug reports are welcome, as are bug fixes. The long delayed PHP (http://php.net) client for GT.CM will be released shortly (sometimes software that we get paid to develop gets in the way of software that is fun to develop!). PHP integrates well with the popular Apache web server (http://apache.org), and PHP variables are hierarchical associative memory, very much like M local variables. This client will bring persistence to PHP, and yet another way to web enable GT.M applications. Please accept my best wishes to you and yours for the season, Christmas, Hannukah, Ramadan, Kartigai, Kwanza, or whatever else you observe. Regards -- Bhaskar *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Eli R. <el...@pd...> - 2001-11-01 15:27:21
|
Thank you so much! Eli Reidler On Thu, 1 Nov 2001 06:44:57 EST, <FSi...@ao...> wrote: > To the person responsible for testing contributed sources: > > I am new to GTM but not new to MUMPS. > I have found the standard global lister ^%G irritating to use and accordingly > have written a lister which allows subsets of subscripts to be selected and > listed a screen at a time. > In case this has not been done many times before please examine the attached > routine GL.m (GL.o also enclosed - have incorporated it as ^%GL on my > system). > To use D ^GL and then press ? for help. > > Please feel free to modify the routine and do with it what you will (trash > it?) on the usual understanding that I am not be held liable for any > undesirable consequences. > > Many thanks for an excellent product. > Fred Siemaszko > |
From: <FSi...@ao...> - 2001-11-01 11:45:08
|
To the person responsible for testing contributed sources: I am new to GTM but not new to MUMPS. I have found the standard global lister ^%G irritating to use and accordingly have written a lister which allows subsets of subscripts to be selected and listed a screen at a time. In case this has not been done many times before please examine the attached routine GL.m (GL.o also enclosed - have incorporated it as ^%GL on my system). To use D ^GL and then press ? for help. Please feel free to modify the routine and do with it what you will (trash it?) on the usual understanding that I am not be held liable for any undesirable consequences. Many thanks for an excellent product. Fred Siemaszko |
From: Roger P. <rog...@sa...> - 2001-10-30 18:24:11
|
-----Original Message----- From: Eli Reidler [mailto:el...@pd...] Sent: Tuesday, October 30, 2001 12:47 PM To: Roger Partridge Subject: Re: RE: [Sanchez-gtm-core] GT.M questions Thanks so much for such a quick comprehensive response. What do you mean when you wrote ON LINE BACKUPs - "Are the default in V4.2" ? In the current version(s), unless you specify -noonline, BACKUP assumes that it is to operate while normal database operations continue. If you specify -noonline, updates are suspended for the duration of the backup. I will try to check out the MUPIP REORG command you mentioned. The OLC in MSM was an added utility that works at the database block level and compresses data while the system is up and running. REORG does block compression, tree compression, and logical block ordering; if you specify a fillfactor it may also do expansion (to minimize future block splits). It does not address the issue of [OS] file system fragmentation, which, depending on the file system and the disk sub-system(s), may also be an important performance factor. I had been sending questions to K.S Bhaksar. He asked me to post it on the web site which I finally figured out how to do. Thanks. Eli On Tue, 30 Oct 2001 12:37:47 -0500 [12:37 PM our time], Roger Partridge <rog...@sa...> wrote: > Eli: > > There are some responses embedded below. You may want to check the > technical bulletins to pick up things that have not yet made it into the > documentation (but we're working on it). > > Roger > > -----Original Message----- > From: Eli Reidler [mailto:el...@pd...] > Sent: Tuesday, October 30, 2001 10:24 AM > To: GT.M Users list > Subject: [Sanchez-gtm-core] GT.M questions > > I have printed out the GT.M manuals and recently began reading them. > > I am discovering that the entire platform of the GT.M system is quite > different > than the DSM, MSM, VAX DSM and DTM systems I have been accustomed to. (For > example: the routines are stored in an operating system directory as OS > files > rather than in an M database). At first I started reading the > Administrators > manual, but then when I felt that it assumed some pre- requisite knowledge, > I > went back to the Programmer's Reference manual. I have been going back and > forth. > > When an idea or curiosity strikes me, I wind up looking around the manual > for > information. So though I am basically reading straight through the > Programmer's > manual right now, I have also peeked ahead in both books as questions arose. > > Do you mind if I ask a couple of questions? I am an MSM user currently and > that's where I am coming from. > > 1. I did not see any documentation on the MERGE command? > It was implemented in V4.2 > > 2. I did not see any documentation on the $QS or $QS ($QL?) functions? > Will be in V4.3 - available any day now. > > > 3. Does GT.M support any type of DDP (Distributed Database) > a) between GT.M and other M's like MSM? communicate with each other's > Global requests (using a TCP or UDP link of course). > Probably not out of the box, but see below. Maybe someone else has a > suggestion. > > b) Does GT.M support any type of DDP between GT.M and GT.M on another > system? Let's say I have two computers running Linux and GT.M - can > they share globals with each other? > I wonder if you'll be telling me that I would just have to rely on > the > OS level networking and build some settings in the Global Directory > pointing to a file on the other machine? But what about in the > traditional method of extended global references? (I know I read > somewhere that GT.M does support extended global references, but I > can't > find that now.) > There's GT.CM with an eclectic mix of flavors. V4.3 UNIX editions will > support our own protocol over TCP; they also have a server implementation of > OMI. The VMS editions support the same protocol over DECnet, and also a > variation of the old DDP over Ethernet. The primary method of redirecting > references to another system is the global directory. The extended > references specify a global directory. In V4.3, there's an option to add > your own transform to turn arbitrary external reference designations into > GT.M compliant global directory specifications. > > 4. Global Compression - MSM has this OLC (On Line Compress) utility which > compresses UCIs live. That does a great job and has saved me oodles of > time > and effort over the years. > We are not acquainted with MSM to know what OLC does. Perhaps it is similar > to the MUPIP REORG command, which is supported in V4.2. > > 5. Host File positioning. I did not see any USE command setting for the > capability of being able to set the file pointer to a specific position > in > the file. I use this in our ZMODEM routine to support file transfer > recovery > to be able to resume sending a file beginning from a starting point > within > the file. If GT.M does not support this, I guess I could accomplish this > feat > by using a READ#number_of_characters from the file to get me to that file > position, though that would be much slower. > If we supported the feature, which we don't currently, it would be with the > SKIP and SPACE deviceparameters. > > 6. Before Image Journalling - does the system automatically detect and > recover > from a crash at the next reboot or does a programmer need to start the > system > up and specifically run this utility to fix the database after a crash? > Because of the number of options, so far we have not supported a completely > implicit recovery. Our customers write procedure scripts that suit their > requirements to assess the conditions and invoke MUPIP JOURNAL -RECOVER or > MUPIP JOURNAL -ROLLBACK with appropriate options. > > > 7. On Line Backups? > Are the default in V4.2. > > > Take care, > Eli Reidler > el...@pd... > > _______________________________________________ > Sanchez-gtm-core mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core > > > *************************************************************************** > This electronic mail transmission contains confidential and/or privileged > information intended only for the person(s) named. Any use, distribution, > copying or disclosure by another person is strictly prohibited. > *************************************************************************** > > > > _______________________________________________ > Sanchez-gtm-core mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Roger P. <rog...@sa...> - 2001-10-30 17:37:59
|
Eli: There are some responses embedded below. You may want to check the technical bulletins to pick up things that have not yet made it into the documentation (but we're working on it). Roger -----Original Message----- From: Eli Reidler [mailto:el...@pd...] Sent: Tuesday, October 30, 2001 10:24 AM To: GT.M Users list Subject: [Sanchez-gtm-core] GT.M questions I have printed out the GT.M manuals and recently began reading them. I am discovering that the entire platform of the GT.M system is quite different than the DSM, MSM, VAX DSM and DTM systems I have been accustomed to. (For example: the routines are stored in an operating system directory as OS files rather than in an M database). At first I started reading the Administrators manual, but then when I felt that it assumed some pre- requisite knowledge, I went back to the Programmer's Reference manual. I have been going back and forth. When an idea or curiosity strikes me, I wind up looking around the manual for information. So though I am basically reading straight through the Programmer's manual right now, I have also peeked ahead in both books as questions arose. Do you mind if I ask a couple of questions? I am an MSM user currently and that's where I am coming from. 1. I did not see any documentation on the MERGE command? It was implemented in V4.2 2. I did not see any documentation on the $QS or $QS ($QL?) functions? Will be in V4.3 - available any day now. 3. Does GT.M support any type of DDP (Distributed Database) a) between GT.M and other M's like MSM? communicate with each other's Global requests (using a TCP or UDP link of course). Probably not out of the box, but see below. Maybe someone else has a suggestion. b) Does GT.M support any type of DDP between GT.M and GT.M on another system? Let's say I have two computers running Linux and GT.M - can they share globals with each other? I wonder if you'll be telling me that I would just have to rely on the OS level networking and build some settings in the Global Directory pointing to a file on the other machine? But what about in the traditional method of extended global references? (I know I read somewhere that GT.M does support extended global references, but I can't find that now.) There's GT.CM with an eclectic mix of flavors. V4.3 UNIX editions will support our own protocol over TCP; they also have a server implementation of OMI. The VMS editions support the same protocol over DECnet, and also a variation of the old DDP over Ethernet. The primary method of redirecting references to another system is the global directory. The extended references specify a global directory. In V4.3, there's an option to add your own transform to turn arbitrary external reference designations into GT.M compliant global directory specifications. 4. Global Compression - MSM has this OLC (On Line Compress) utility which compresses UCIs live. That does a great job and has saved me oodles of time and effort over the years. We are not acquainted with MSM to know what OLC does. Perhaps it is similar to the MUPIP REORG command, which is supported in V4.2. 5. Host File positioning. I did not see any USE command setting for the capability of being able to set the file pointer to a specific position in the file. I use this in our ZMODEM routine to support file transfer recovery to be able to resume sending a file beginning from a starting point within the file. If GT.M does not support this, I guess I could accomplish this feat by using a READ#number_of_characters from the file to get me to that file position, though that would be much slower. If we supported the feature, which we don't currently, it would be with the SKIP and SPACE deviceparameters. 6. Before Image Journalling - does the system automatically detect and recover from a crash at the next reboot or does a programmer need to start the system up and specifically run this utility to fix the database after a crash? Because of the number of options, so far we have not supported a completely implicit recovery. Our customers write procedure scripts that suit their requirements to assess the conditions and invoke MUPIP JOURNAL -RECOVER or MUPIP JOURNAL -ROLLBACK with appropriate options. 7. On Line Backups? Are the default in V4.2. Take care, Eli Reidler el...@pd... _______________________________________________ Sanchez-gtm-core mailing list San...@li... https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |
From: Eli R. <el...@pd...> - 2001-10-30 15:23:43
|
I have printed out the GT.M manuals and recently began reading them. I am discovering that the entire platform of the GT.M system is quite different than the DSM, MSM, VAX DSM and DTM systems I have been accustomed to. (For example: the routines are stored in an operating system directory as OS files rather than in an M database). At first I started reading the Administrators manual, but then when I felt that it assumed some pre- requisite knowledge, I went back to the Programmer's Reference manual. I have been going back and forth. When an idea or curiosity strikes me, I wind up looking around the manual for information. So though I am basically reading straight through the Programmer's manual right now, I have also peeked ahead in both books as questions arose. Do you mind if I ask a couple of questions? I am an MSM user currently and that's where I am coming from. 1. I did not see any documentation on the MERGE command? 2. I did not see any documentation on the $QS or $QS functions? 3. Does GT.M support any type of DDP (Distributed Database) a) between GT.M and other M's like MSM? communicate with each other's Global requests (using a TCP or UDP link of course). b) Does GT.M support any type of DDP between GT.M and GT.M on another system? Let's say I have two computers running Linux and GT.M - can they share globals with each other? I wonder if you'll be telling me that I would just have to rely on the OS level networking and build some settings in the Global Directory pointing to a file on the other machine? But what about in the traditional method of extended global references? (I know I read somewhere that GT.M does support extended global references, but I can't find that now.) 4. Global Compression - MSM has this OLC (On Line Compress) utility which compresses UCIs live. That does a great job and has saved me oodles of time and effort over the years. 5. Host File positioning. I did not see any USE command setting for the capability of being able to set the file pointer to a specific position in the file. I use this in our ZMODEM routine to support file transfer recovery to be able to resume sending a file beginning from a starting point within the file. If GT.M does not support this, I guess I could accomplish this feat by using a READ#number_of_characters from the file to get me to that file position, though that would be much slower. 6. Before Image Journalling - does the system automatically detect and recover from a crash at the next reboot or does a programmer need to start the system up and specifically run this utility to fix the database after a crash? 7. On Line Backups? Take care, Eli Reidler el...@pd... |
From: Eli R. <cre...@um...> - 2001-10-30 14:07:25
|
test |
From: John M. <jo...@ge...> - 2001-10-30 13:15:12
|
We at George James Software are pleased to announce the release of Serenji 2.1. The new version of this GUI editing and debugging tool includes support for GT.M. A free 30-day evaluation can be downloaded from our website. John Murray Step Beyond with Serenji http://www.georgejames.com/serenji George James Software 42 High Street, Shepperton Middlesex TW17 9AU, UK +44 (0)1932 252568 Telephone Email mailto:jo...@ge... Web http://www.georgejames.com/ |
From: K.S. B. <k.b...@sa...> - 2001-10-09 23:03:32
|
Guilty as charged! The PHP client software is functionally complete, but we have been too swamped with the release of V4.3 to add the copyright notices in the file headers, to make the README what we would like it to be, etc. Let me offer to anyone who wants to try the PHP client software on an as-is basis (and yes, it does work, it's just not packaged properly): please let me know, and I will send you a Trial Software License Agreement to sign and (which we need to use since the copyright and appropriate open source license information are not yet in the source code). Once we have a signed agreement in place, I will send you the PHP client as is. My sincere apologies for the delay. We would like to be useful and responsive to our user community, but sometimes funded development gets in the way of fun development. -- Bhaskar On Tuesday, October 9, 2001 at 00:32:14 (GMT+0100), Stephen G Maher wrote: > Hi, does anyone know the state of testing the php/gtm interfaces, I have > heard nothing about this since the request for beta testers. > > Regards > > Steve Maher, Director > NetDrive Technology Limited > > > _______________________________________________ > Sanchez-gtm-core mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** |