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: Ricky Wu <ric...@gm...> - 2017-10-20 08:05:23
|
Hello All, I'm researching for a distributed and support horizontal scaling database solution for core banking system, so I found GT.M, can it satisfy these requirements: 1. Can it be deployed in multi geography sites, or just can be deployed in multi logical sites? 2. If requirement 1 can be fulfilled, can GT.M still work if any of it's instance damaged and the data should not be lost? Or just work if the salve instance damaged? Thanks. -- ______________________________________ http://richiewu.is-programmer.com Ricky J. Ng |
From: Lương N. X. <luo...@gm...> - 2015-08-07 02:32:17
|
Hi GT.M administrators & developers ! The first , let me say big thank to you for great product About my question , assume that I need to monitoring command action ( SET ,ZWRITE,KILL ) which act on my database . I investigated in some days and found that I can capture command from journal files But the problem is that ,I can not capture ZWRITE command ( which not update to database) ,so journal file is not my choice Is there any place or file save that or somewhere in memory I can read from ? In DBMS ,I can capture all query from system table or log ,but have no idea about GT.M Thank you very much ! P/S: I posted this question on sourceforge at : https://sourceforge.net/p/fis-gtm/discussion/34583/thread/0ff9b49a/ but maybe you busy to visit this page ,so that I would like to send this email. Sorry for inconvenient ! |
From: Laurent P. <lau...@gm...> - 2012-05-15 00:20:52
|
Hi, I am experiencing the following behaviour, which I am unable to explain even after having read and re-read the IO chapter in the UNIX programming guide. The problem is that when opening a PIPE device in read/write mode with the 'fixed' device parameter, I am receiving an error on the read following a call to 'write /eof'. That said, if I ignore the error, everything else works file. If I remove the 'fixed' device parameter, no error is produced. With error : $ gtm GTM>set data="12345" GTM>set cmd="cat" GTM>open cmd:(command="cat":*fixed*:wrap)::"PIPE" GTM>use cmd GTM>write data GTM>write /eof GTM>read buffer *%SYSTEM-E-ENO9, Bad file descriptor* GTM>use $p GTM>write buffer GTM>use cmd GTM>read buffer GTM>use $p GTM>write buffer 12345 GTM>close cmd GTM>h No error: $ gtm GTM>set data="12345" GTM>set cmd="cat" GTM>open cmd:(command="cat":wrap)::"PIPE" GTM>use cmd GTM>write data GTM>write /eof GTM>read buffer GTM>use $p GTM>write buffer 12345 GTM>close cmd GTM>h This is using "GT.M V5.5-000 Linux x86", installed from the binary tarball (/usr/lib/fis-gtm/V5.5-000_x86_64/), on Sabayon Linux. Now, I don't understand why this error happens, or what I should do to prevent it. A quick & dirty hack I am using is to trap and ignore the error, but that isn't really the way to go... So any pointer to what I am doing wrong would be appreciated. Thanks, Laurent |
From: Sean W. <se...@se...> - 2011-01-23 21:20:45
|
I am trying my hand at writing a callback function based on Chapter 11 of the manual but am coming up short. The function generates a seg fault and I'm not sure why. (I think I may need to pre-allocate space for the returned string, but I'm not sure what the best way to do that would be. I tried declaring a parameter as an output variable in the callback table, but am unsure of how to pass that reference to my C program.) Any help would be greatly appreciated. Thanks, Sean This program uses the same function and exists normally, printing the appropriate data: swoods@sachem:~/mumps/src$ cat stat.c #include <sys/types.h> #include <sys/stat.h> #include <time.h> #include <string.h> #include <stdio.h> #include <stdlib.h> /* GTM Operating System Library */ char* fileinfo (char *filename) { struct stat sb; printf("FN: %s\n", filename); if (stat(filename, &sb) == -1) { return "1,File not found!"; } return ctime(&sb.st_mtime); } void main(int argc, char *argv[]) { struct stat sb; if (stat(argv[1], &sb) == 1) { printf("Not found!\n"); exit(1); } printf("%s\n\n", ctime(&sb.st_mtime)); printf("%s\n", fileinfo(argv[1])); return; } Please see the console snippet below for an idea of what I'm doing from a GTM perspective: swoods@sachem:~/mumps/src$ echo $GTMXC_os /home/swoods/mumps/src/os.xc swoods@sachem:~/mumps/src$ cat $GTMXC_os /home/swoods/mumps/bin/os.so fileinfo: xc_char_t* fileinfo(I:gtm_char_t*) swoods@sachem:~/mumps/src$ cat os.c #include <sys/types.h> #include <sys/stat.h> #include <time.h> #include <string.h> #include <stdio.h> #include <stdlib.h> /* GTM Operating System Library */ char* fileinfo (char *filename) { struct stat sb; printf("FN: %s", filename); if (stat(filename, &sb) == -1) { return "1,File not found!"; } return ctime(&sb.st_mtime); } swoods@sachem:~/mumps/src$ ../bin/fe GTM>w $&os.fileinfo("/tmp/s") %GTM-F-KILLBYSIGSINFO1, GT.M process 9365 has been killed by a signal 11 at address 0x005E0B33 (vaddr 0x00000001) %GTM-F-SIGMAPERR, Signal was caused by an address not mapped to an object FN: Just to show you that the file exists and can be stat'd : swoods@sachem:~/mumps/src$ stat /tmp/s File: `/tmp/s' Size: 5 Blocks: 8 IO Block: 4096 regular file Device: 801h/2049d Inode: 5505048 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ swoods) Gid: ( 1000/ swoods) Access: 2011-01-23 15:51:56.865610008 -0500 Modify: 2011-01-23 15:51:56.865610008 -0500 Change: 2011-01-23 15:51:56.865610008 -0500 swoods@sachem:~/mumps/src$ |
From: K.S. B. <ks....@fi...> - 2010-03-29 14:15:05
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:Georgia; panose-1:2 4 5 2 5 4 5 2 3 3;} @font-face {font-family:"Bookman Old Style"; panose-1:2 5 6 4 5 5 5 2 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p {mso-style-priority:99; mso-margin-top-alt:auto; margin-right:0in; mso-margin-bottom-alt:auto; margin-left:0in; font-size:12.0pt; font-family:"Times New Roman","serif";} span.EmailStyle17 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:windowtext;} span.EmailStyle18 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle19 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle20 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle21 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle22 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle23 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle25 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1">GG, FYI.<br> <br> Wayne, the new disks knocked 7 hours off the day end. Can we get a sense of what that means (i.e., knocking it down from 8 hours to 30 minutes is far more dramatic than knocking it down from 12 hours to 5 hours, which would still be impressive of course), please? Thanks.<br> <br> -- Bhaskar<br> </font><br> -------- Original Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th align="right" nowrap="nowrap" valign="baseline">Subject: </th> <td>RE: Schwab p6606 Dayend</td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">Date: </th> <td>Mon, 29 Mar 2010 08:31:53 -0500</td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">From: </th> <td>Allan Mattson <a class="moz-txt-link-rfc2396E" href="mailto:All...@m-..."><All...@m-...></a></td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">To: </th> <td>Ross, Wayne <a class="moz-txt-link-rfc2396E" href="mailto:Wayne.Ross@FISglobal.com"><Wayne.Ross@FISglobal.com></a>, Chenard, Phil <a class="moz-txt-link-rfc2396E" href="mailto:Phil.Chenard@FISglobal.com"><Phil.Chenard@FISglobal.com></a>, Scheetz, Erik <a class="moz-txt-link-rfc2396E" href="mailto:Erik.Scheetz@FISglobal.com"><Erik.Scheetz@FISglobal.com></a>, Bhaskar, KS <a class="moz-txt-link-rfc2396E" href="mailto:KS.Bhaskar@FISglobal.com"><KS.Bhaskar@FISglobal.com></a></td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">References: </th> <td><a class="moz-txt-link-rfc2396E" href="mailto:0BCF5F2A5E08F34AA216BCFDB6C47B2B06D6F653@CMBFISLTC06.FNFIS.COM"><0BCF5F2A5E08F34AA216BCFDB6C47B2B06D6F653@CMBFISLTC06.FNFIS.COM></a></td> </tr> </tbody> </table> <br> <br> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:Georgia; panose-1:2 4 5 2 5 4 5 2 3 3;} @font-face {font-family:"Bookman Old Style"; panose-1:2 5 6 4 5 5 5 2 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p {mso-style-priority:99; mso-margin-top-alt:auto; margin-right:0in; mso-margin-bottom-alt:auto; margin-left:0in; font-size:12.0pt; font-family:"Times New Roman","serif";} span.EmailStyle17 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:windowtext;} span.EmailStyle18 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle19 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle20 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle21 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle22 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.EmailStyle23 {mso-style-type:personal; font-family:"Arial","sans-serif"; color:navy;} span.EmailStyle25 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="Section1"> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Wow…. makes the application related optimizations seem meaningless.<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Ross, Wayne [<a class="moz-txt-link-freetext" href="mailto:Way...@fi...">mailto:Way...@fi...</a>] <br> <b>Sent:</b> Monday, March 29, 2010 9:05 AM<br> <b>To:</b> Chenard, Phil; Scheetz, Erik; Bhaskar, KS; Allan Mattson<br> <b>Subject:</b> FW: Schwab p6606 Dayend<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;">FYI…The upgraded storage (EMC-VMAX/Tier1) has significantly improved EOD performance for Schwab.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;">Wayne <o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <div> <div class="MsoNormal" style="text-align: center;" align="center"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"> <hr align="center" size="2" width="100%"></span></div> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Dietz, Jack <br> <b>Sent:</b> Monday, March 29, 2010 9:03 AM<br> <b>To:</b> Ross, Wayne; Silvagni, Richard; Discenza, Mike<br> <b>Subject:</b> RE: Schwab p6606 Dayend</span><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p></o:p></span></p> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">It has been verified.<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Ross, Wayne <br> <b>Sent:</b> Monday, March 29, 2010 8:47 AM<br> <b>To:</b> Silvagni, Richard; Dietz, Jack; Discenza, Mike<br> <b>Subject:</b> RE: Schwab p6606 Dayend<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;">Yeah, please verify!<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <div> <div class="MsoNormal" style="text-align: center;" align="center"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"> <hr align="center" size="2" width="100%"></span></div> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Silvagni, Richard <br> <b>Sent:</b> Monday, March 29, 2010 8:43 AM<br> <b>To:</b> Dietz, Jack; Ross, Wayne; Discenza, Mike<br> <b>Subject:</b> Re: Schwab p6606 Dayend</span><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p></o:p></span></p> </div> <p class="MsoNormal"><o:p> </o:p></p> <div> <p class="MsoNormal" style="margin-bottom: 12pt;"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;">That's great news. Its been verified - right? </span><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p></o:p></span></p> </div> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p> </o:p></span></p> <div> <div class="MsoNormal" style="text-align: center;" align="center"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"> <hr align="center" size="2" width="100%"></span></div> <p class="MsoNormal" style="margin-bottom: 12pt;"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">: Dietz, Jack<br> <b>To</b>: Ross, Wayne; Silvagni, Richard; Discenza, Mike<br> <b>Sent</b>: Mon Mar 29 07:35:38 2010<br> <b>Subject</b>: FW: Schwab p6606 Dayend</span><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p></o:p></span></p> </div> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">FYI<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Rusnak, Dale <br> <b>Sent:</b> Monday, March 29, 2010 8:26 AM<br> <b>To:</b> Dietz, Jack; Pittman, Kathie; FIS Profile Outsourcing Database Admin<br> <b>Subject:</b> Schwab p6606 Dayend<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">The new tire 1 disk has apparently knocked 7 hours off the dayend run for Schwab. The dayend that normally completed at 7:05am completed at 12:02am this morning.<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <div> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Dale R. Rusnak<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Database Manager<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Profile Outsourcing Database Administration Group<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">(724) 779-2319<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> </div> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Kotopka, Ryan <br> <b>Sent:</b> Monday, March 29, 2010 8:20 AM<br> <b>To:</b> Rusnak, Dale; FIS Profile Outsourcing ECC Operations<br> <b>Subject:</b> RE: Schwab p6606 Dayend<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;">11:25 pm last night we got the email that said it had finished<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <div> <p class="MsoNormal"><span style="font-size: 18pt; font-family: "Georgia","serif"; color: navy;">Ryan Kotopka</span><span style="color: navy;"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Bookman Old Style","serif"; color: rgb(0, 64, 128);">Client Server Dev/Analyst II</span><span style="color: navy;"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Bookman Old Style","serif"; color: rgb(0, 64, 128);">ECC CSO Production Control</span><span style="color: navy;"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Bookman Old Style","serif"; color: rgb(0, 64, 128);">Office: 904.854.5400 opt 2 4 4 </span><span style="color: navy;"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><a moz-do-not-send="true" href="mailto:rya...@fn...">rya...@fn...</a><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Arial","sans-serif"; color: navy;"><img id="_x0000_i1026" src="cid:par...@fi..." border="0" height="64" width="156"></span><span style="font-size: 12pt; font-family: "Arial","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> </div> <div> <div class="MsoNormal" style="text-align: center;" align="center"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"> <hr align="center" size="2" width="100%"></span></div> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Rusnak, Dale <br> <b>Sent:</b> Monday, March 29, 2010 8:16 AM<br> <b>To:</b> FIS Profile Outsourcing ECC Operations<br> <b>Subject:</b> Schwab p6606 Dayend</span><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p></o:p></span></p> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">It would appear that last night’s Schwab Dayend completed at 12:03am. Is that correct? <o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">Schwab_EFT:/p6606/gbls/postbatch $ ls -ltr<o:p></o:p></p> <p class="MsoNormal">total 474335048<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 10240 Mar 28 23:22 mumps.gld<o:p></o:p></p> <p class="MsoNormal">-rwxrwxrwx 1 eprprde SchwabU 2688 Mar 28 23:22 INSTANCE.DAT<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 1682674176 Mar 28 23:22 mumps.acn<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 36730966528 Mar 28 23:29 mumps.cif<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 5089006080 Mar 28 23:29 mumps.dtx<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 92545581568 Mar 28 23:45 mumps.hist<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 4108186112 Mar 28 23:46 mumps.tmp<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 7489856000 Mar 28 23:47 mumps.ttx<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 75103515136 Mar 29 00:00 mumps.ubg<o:p></o:p></p> <p class="MsoNormal">-rwxrwx--- 1 eprprde SchwabU 20109705728 Mar 29 00:03 mumps.xref<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">Dale R. Rusnak<o:p></o:p></p> <p class="MsoNormal">Database Manager<o:p></o:p></p> <p class="MsoNormal">Profile Outsourcing Database Administration Group<o:p></o:p></p> <p class="MsoNormal">(724) 779-2319<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><o:p> </o:p></p> <p><span style="font-size: 10pt; font-family: "Arial","sans-serif";">_____________<br> <br> The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.<br> _____________</span><o:p></o:p></p> </div> <br> <pre class="moz-signature" cols="73">-- GT.M - Rock solid. Lightning fast. Secure. No compromises. </pre> <DIV> _____________<BR> <BR> The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.<BR> _____________<BR> </DIV></body> </html> |
From: K.S. B. <ks....@fn...> - 2008-09-10 11:32:50
|
I had replied earlier, but didn't realize my reply went only to Duke Normandin rather than to the list. My reply was: Although GT.M uses POSIX APIs, and people have claimed success at building on BSDs, they have not yet posted instructions on how to do so. The GT.M development team does not use or support *BSD today. I would expect some work would be needed on stack frames, calling sequences, etc. - the language side. The database side should just port over. Regards -- Bhaskar On 09/06/2008 04:00 PM, Duke Normandin wrote: > > Hey.... > > SourceForge says that GT.M will build on all POSIX OSes. Which file do > I need to DL in order to get GT.M to happen on a BSD box? I have > gtm_V53001A_linux_i686_src, but I cannot find anything in there that > relates to BSD machines. Any help would be cool! TIA... > -- > duke > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________ > fis-gtm-core mailing list > fis...@li... > https://lists.sourceforge.net/lists/listinfo/fis-gtm-core > _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _____________ |
From: Duke N. <duk...@ml...> - 2008-09-06 20:00:02
|
Hey.... SourceForge says that GT.M will build on all POSIX OSes. Which file do I need to DL in order to get GT.M to happen on a BSD box? I have gtm_V53001A_linux_i686_src, but I cannot find anything in there that relates to BSD machines. Any help would be cool! TIA... -- duke |
From: Ve <vez...@ra...> - 2006-06-22 13:56:50
|
Are there plans to do in future 64-bit Linux version of GT.M ? May be in 2010 year or 2015? Thanks. |
From: Ve <vez...@ra...> - 2006-06-19 09:32:27
|
Hi. How GT.M process know that need for him different data blocks are in "buffer global" and not on disk? Thanks. |
From: K.S. B. <k.b...@sa...> - 2004-12-06 14:28:58
|
Yes, the intent is to change from varargs to stdargs sometime, but the production version of V5 will not have that change - it will probably happen in 2005, but I don't know exactly when. Meanwhile, you can compile with gcc on Linux distributions that have support for varargs, including Red Hat Enterprise Linux 3 (or its White Box Linux clone), Mandrake 9.2, etc. Thank you for your interest in GT.M. Regards -- Bhaskar On Mon, 2004-12-06 at 09:24, Victor Shkamerda wrote: > Hello, >=20 > I'm having difficulties compiling GT.M V4.4-004 with gcc 3.4.3 due to > the fact that it uses obsolete varargs interface. Will it be changed = to > use ISO C compliant interfaces? Will GT.M 5.0 sources provide such > changes? >=20 > With best regards, > Victor Shkamerda *************************************************************************= ** This electronic mail transmission contains confidential and/or = privileged information intended only for the person(s) named. =20 Any use, distribution, copying or disclosure by another person is = strictly prohibited. *************************************************************************= ** NOTE: Ce courriel est destine exclusivement au(x) destinataire(s) = mentionne(s) ci-dessus et peut contenir de l'information privilegiee, = confidentielle et/ou dispensee de divulgation aux termes des lois = applicables. Si vous avez recu ce message par erreur, ou s'il ne vous = est pas destine, veuillez le mentionner immediatement a l'expediteur et = effacer ce courriel. |
From: Victor S. <vv...@au...> - 2004-12-06 14:24:50
|
Hello, I'm having difficulties compiling GT.M V4.4-004 with gcc 3.4.3 due to the fact that it uses obsolete varargs interface. Will it be changed to use ISO C compliant interfaces? Will GT.M 5.0 sources provide such changes? With best regards, Victor Shkamerda -- DISCLAIMER: Any e-mail messages from the National Bank of Moldova are sent in good faith, but shall not be binding nor construed as constituting any obligation on the part of the Bank. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you received this in error, please contact the sender and delete the material from any computer. |
From: K.S. B. <k.b...@sa...> - 2004-12-04 04:42:53
|
GT.M V5.0-FT01 is available. This is a field test version that extends the length of names to 31 characters, adds a $Increment() function, and provides an option for a database to contain existing nodes with null subscripts while prohibiting sets with null subscripts. Please put it through its paces. Release notes are in the Docs section, and there are technical bulletins on long names and null subscripts. -- Bhaskar *************************************************************************= ** This electronic mail transmission contains confidential and/or = privileged information intended only for the person(s) named. =20 Any use, distribution, copying or disclosure by another person is = strictly prohibited. *************************************************************************= ** NOTE: Ce courriel est destine exclusivement au(x) destinataire(s) = mentionne(s) ci-dessus et peut contenir de l'information privilegiee, = confidentielle et/ou dispensee de divulgation aux termes des lois = applicables. Si vous avez recu ce message par erreur, ou s'il ne vous = est pas destine, veuillez le mentionner immediatement a l'expediteur et = effacer ce courriel. |
From: K. S. B. <k.b...@sa...> - 2004-01-23 14:21:49
|
We think of GT.M as a community driven M implementation for the M community. Although most of our development is naturally determined by funding, we try to be responsive to all inputs to the best of our ability. The responses, public and private, to my posts from a few weeks ago were gratifying, and we would appreciate your help in establishing priorities. To that end, there is a short survey (at http://www.sanchez-gtm.com/survey/gtm_survey_intro_04.htm) that contains the suggestions, plus a few ideas of our own. If any of the questions are not clear, please contact me. Thank you for your assistance. Regards -- Bhaskar *************************************************************************= ** This electronic mail transmission contains confidential and/or = privileged information intended only for the person(s) named. =20 Any use, distribution, copying or disclosure by another person is = strictly prohibited. *************************************************************************= ** |
From: Grigory B. <gr...@ma...> - 2004-01-01 23:52:28
|
Hi! Can anybody point me on some hints or docs how to migrate from Micronetics MSM to GT.M? Currently we use MSM servers for Windows NT on Intel and Alpha platforms and we going to migrate to Linux/Intel. |
From: K. S. B. <k.b...@sa...> - 2003-11-04 19:52:11
|
Having released some significant enhancements to GT.M in the last few months in V4.4-002 and V4.4-003, we are in the process of prioritizing the next round of GT.M development (enhancements, misfeature corrections and bug fixes). This is an opportunity for the community to tell us what you would like to see in GT.M in the future. What would you like to have in GT.M that you don't have today? You can either post a response here, or you can e-mail me privately (I will personally acknowledge every e-mail on the topic, so in case you don't hear from me, it means that your e-mail didn't get through, possibly trapped by some over-zealous spam filter). If you prefer to phrase your response in terms of what you like and don't like about GT.M, that too would be valuable. Thanx in advance for your comments. They will help us make GT.M your favorite M implementation. -- Bhaskar On Tue, 2003-11-04 at 14:30, K. S. Bhaskar wrote: > GT.M V4.4-003 has been released. [KSB] <...snip...> *************************************************************************= ** 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. *************************************************************************= ** 4/11/2003 |
From: K. S. B. <k.b...@sa...> - 2003-11-04 19:31:15
|
GT.M V4.4-003 has been released. Updated binaries, documentation (new Programmers Guide and Messages and Recovery Procedures Manual) and source code are available for download, as are release notes (http://sourceforge.net/docman/display_doc.php?docid=3D19727&group_id=3D1= 1026). The most significant enhancement for this release is functionality to permit the creation of UNIX shared libraries containing object modules generated by GT.M on IBM pSeries AIX and HP PA-RISC HP-UX platforms, extending to those platforms functionality that was previously available on HP Alpha/AXP Tru64 UNIX. For users of GT.M on x86 Linux, the main benefits are performance enhancements and bug fixes. In particular, some bugs reported on Source Forge have been fixed, as well as a bug affecting users of some versions of VistA, in which a SET $PIECE statement with a $SELECT in the second (delimiter) argument gave undefined results (and for which a temporary fix was previously released with GT.M V4.4-FT01). Improvements and bug fixes submitted by the GT.M open source user community are also included. Details are in the release notes. Please upgrade to this version of GT.M, and as always, please provide us with your feedback. 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. *************************************************************************= ** 4/11/2003 |
From: Vinaya R. <vin...@sa...> - 2003-08-05 14:36:22
|
Yogish, thanks for your continued interest in GT.M. The GT.M release on = Sourceforge is only for Linux on Intel x86. The binaries won't run on = Linux zSeries (S390). GT.M on zSeries is not open source free software. = If you wish to get GT.M on zSeries, please contact Bhaskar K S. =20 Thanks, Vinaya -----Original Message----- From: Yogish [mailto:yog...@ah...] Sent: Monday, August 04, 2003 6:58 PM To: san...@li... Subject: [Sanchez-gtm-core] Porting GTM to s390 architecture Hi I have been able to run GTM under intel platform without any problems = over the last coupla months. Now we are trying to run GTM on s390 = environment ( howver on Linux OS). We somehow installed GTM,but none of = the binaries work. I would appreciate if someone give me some advice as = to how to proceed.=20 Regards Yogish *************************************************************************= ** 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. *************************************************************************= ** 5/8/2003 |
From: Yogish <yog...@ah...> - 2003-08-04 21:58:16
|
Hi I have been able to run GTM under intel platform without any problems = over the last coupla months. Now we are trying to run GTM on s390 = environment ( howver on Linux OS). We somehow installed GTM,but none of = the binaries work. I would appreciate if someone give me some advice as = to how to proceed.=20 Regards Yogish |
From: K.S. B. <k.b...@sa...> - 2003-04-04 15:19:47
|
GT.M V4.3-001E and V4.3-FT18 are now available at Source Forge = (http://sourceforge.net/projects/sanchez-gtm) and, if you have purchased = maintenance from Sanchez, at the Sanchez FTP site. These releases = mostly fix bugs (refer to the release notes in technical bulletin = TB5-023H for details). Source code for V4.3-001E on x86 GNU/Linux is = also available at Source Forge. V4.3-FT18 is a field test release that is identical to V4.3-001E but = fixes one additional bug that was discovered too late to be incorporated = into that release. In very rare cases (where a pointer has a certain = unlucky magic value), a Merge where the right hand side (source) is a = local variable can return without doing the Merge. The only workaround = is to avoid such a Merge. The fix will be in the next production = release. If you are using GT.M for VistA, please use V4.3-FT18, since VistA = source code includes use such Merges. 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. *************************************************************************= ** 4/4/2003 |
From: K.S. B. <k.b...@sa...> - 2003-02-05 14:50:42
|
An updated GT.M Programmers Guide (corresponding to the V4.3 series of releases) is available and can be downloaded from the GT.M project page at Source Forge (http://sourceforge.net/projects/sanchez-gtm). -- 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...> - 2003-02-05 14:32:10
|
An updated GT.M Programmers Guide (corresponding to the V4.3 series of releases) is available and can be downloaded from the GT.M project page at Source Forge (http://sourceforge.net/projects/sanchez-gtm). -- 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: Link, C. M <Chu...@me...> - 2002-12-18 17:12:47
|
If you're ever trying to get someone to consider Linux, here's a little something that probably couldn't hurt: http://www.techrepublic.com/article.jhtml?id=r00220021210hin01.htm&fromtm=e1 02-3 TechRepublic may want you to join to be able to view the article. It's free and it's a resource that actually helps sometimes. (I'd just copy and forward the article, but there are too many charts.) |
From: K.S. B. <k.b...@sa...> - 2002-12-13 18:46:19
|
GT.M V4.3-001D for x86 GNU/Linux is now available at Source Forge (http://prdownloads.sourceforge.net/sanchez-gtm/gtm_V43001D_linux_i386_pro.t ar.gz?download). Source code is also available. Please remember to use binary FTP to download the distribution files. Release notes are at http://sourceforge.net/docman/display_doc.php?docid=14132&group_id=11026 This is the latest patch level of the V4.3-001 release, and includes a couple of fixes relevant to VistA, including in the areas of error trapping and pattern matching (see the Change History section of the release notes). Best wishes for the season. 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: Mir L. A. <mi...@sa...> - 2002-11-29 23:01:25
|
Hi Alain Instead of waiting till Monday for support, I am writing the easy answer. You need to use /format=bin when you load the binary extract file. That is, mupip load /format=binary /tmp/ZUMENU. Currently GT.M cannot automatically decide the load file format. Default is ZWR, so it gave error when you tried to load binary format as ZWR format. Hope this helps. Thanks. Layek -----Original Message----- From: Alain Descamps [mailto:ala...@ma...] Sent: Thursday, November 28, 2002 6:29 AM To: san...@li... Subject: [Sanchez-gtm-core] problem with mupip extract/load Hi people, Consider this : mumps -di GTM>w $zv GT.M V4.3-001B Linux x86 GTM>w $d(^ZUMENU) 0 GTM>s ^ZUMENU("test",0)=0 GTM>s ^ZUMENU("test",.9)=.9 GTM>h [root@dolce rou]# mupip extract -s=ZUMENU -fo=b /tmp/ZUMENU %GTM-I-RECORDSTAT, ^ZUMENU: Key cnt: 2 max subsc len: 17 max data len: 2 max rec len: 21 %GTM-I-RECORDSTAT, TOTAL: Key cnt: 2 max subsc len: 17 max data len: 2 max rec len: 21 [root@dolce rou]# mumps -di GTM>k ^ZUMENU GTM>h [root@dolce rou]# mupip load /tmp/ZUMENU WGDS BINARY EXTRACT LEVEL 320021128120908040960400004000GT.M MUPIP EXTRACT ZUMENU.. (here are some control characters i suppressed in this mail) %GTM-E-LOADFILERR, Error with load file When you do the same thing in the ZWR format, then everything goes well. Other globals seem to work well, too. However, we like to use the binary format, to backup huge globals as fast as possible. Am I doing something wrong ? Are there other people who have experiences with mupip extract -fo=b ? Thanks for any help, Alain Descamps ------------------------------------------------------- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en _______________________________________________ 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: Alain D. <ala...@ma...> - 2002-11-28 11:29:06
|
Hi people, Consider this : mumps -di GTM>w $zv GT.M V4.3-001B Linux x86 GTM>w $d(^ZUMENU) 0 GTM>s ^ZUMENU("test",0)=0 GTM>s ^ZUMENU("test",.9)=.9 GTM>h [root@dolce rou]# mupip extract -s=ZUMENU -fo=b /tmp/ZUMENU %GTM-I-RECORDSTAT, ^ZUMENU: Key cnt: 2 max subsc len: 17 max data len: 2 max rec len: 21 %GTM-I-RECORDSTAT, TOTAL: Key cnt: 2 max subsc len: 17 max data len: 2 max rec len: 21 [root@dolce rou]# mumps -di GTM>k ^ZUMENU GTM>h [root@dolce rou]# mupip load /tmp/ZUMENU WGDS BINARY EXTRACT LEVEL 320021128120908040960400004000GT.M MUPIP EXTRACT ZUMENU.. (here are some control characters i suppressed in this mail) %GTM-E-LOADFILERR, Error with load file When you do the same thing in the ZWR format, then everything goes well. Other globals seem to work well, too. However, we like to use the binary format, to backup huge globals as fast as possible. Am I doing something wrong ? Are there other people who have experiences with mupip extract -fo=b ? Thanks for any help, Alain Descamps |