fis-gtm-core Mailing List for GT.M High end TP database engine (Page 3)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

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

ESI Technology Corporation is proud to announce the release of EsiObjects
V4.0, a state-of-the-art Object Oriented development and runtime environment
for your M system.

This release can be downloaded from our web site at
<http://www.esitechnology.com>. M systems supported in this release are DSM,
Cache and MSM.  This release does not include the Open Source release for
GT.M-I86-Linux. If you downloaded over the weekend of Oct 5-8, you should
download again.

The release of EsiObjects V4.0 on GT.M-I86-Linux for testing will be release
soon. We will release it to those who have volunteered to help with the
testing. Once the testing is complete, we will release it through
SourceForge.org.

For those of you who are forced to migrate from your existing M system or
find the alternative a weak OO solution, I would encourage you to
investigate the EsiObjects, GT.M, Linux combination. It goes without saying
that this combination is an industrial strength alternative that is totally
open and free. Open Source guarantees its future as well as yours.

Weve heard from many of you about converting your applications to
EsiObjects and GT.M. We at ESI understand the apprehension, costs and
problems of migrating to a new technology. This is where ESI can add value.
Our engineering staff is experienced in M and OO technology issues. We offer
a full range of services to help you migrate to this technology.  If you
want to discuss the options available to you, please contact us at
Sa...@es... <mailto:Sa...@es...> or call
508-651-1400.

Terry L. Wiechmann
ESI Technology Corporation.
http://www.esitechnology.com
508-651-1400
Fax: 508-651-0708

We are about to release EsiObjects V4.0 for testing on the Open Source
version of GT.M. If you are interested in helping us test, please mail me at
twi...@es....

Terry L. Wiechmann
ESI Technology Corporation.
http://www.esitechnology.com
508-651-1400
Fax: 508-651-0708

Roy --

A "Tools, GUI" forum has been created as requested.

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. 
*************************************************************************** 

EsiObjects has been ported onto GT.M-I86-Lunix and will be submitted to Open
Source before long. It, of course, turns M into a powerful OO language
supported by a powerful Visual Development Environment and lots of reusable
objects. It certainly complements GT.M if you are interested in objects.

Terry L Wiechmann
http://www.esitechnology.com

-----Original Message-----
From: san...@li...
[mailto:san...@li...]On Behalf Of Ronald
L Fox
Sent: Saturday, August 11, 2001 11:59 PM
To: K.S. Bhaskar
Cc: GT.M core list
Subject: [Sanchez-gtm-core] PHP client coming for GT.M; Beta testers
wanted

Aloha,

I'm copying this to the GT.M core mailing list in the hopes that some of
the issues I've raised here may spark discussion among the other developers.

I just discovered the GT.M project on Sourceforge and my mind has been
in a whirl since then thinking about all the wonderful things that have
suddenly become possible. I congratulate and thank you for your
decision, it may truely change the position of M in the information
landscape forever.

I'm Senior Software Engineer for Diagnostic Laboratory Services in
Honolulu, Hawaii and have been an M programmer and administrator for 13
years (DSM, MSM and Cache) and an avid Linux user for 6 years.

I've just downloaded and installed the GT.M 4.3-FT01-beta and am
planning to do some testing this weekend under RH7.1.

I am definitely interested in testing the PHP client beta but can't
devote much time to it until the 1st week in September.  We are
currently using ColdFusion/IIS and Cache on WinNT for our web-based lab
results interface and I can see replacing that with GT.M and PHP/Apache
on Linux.

Another project that springs to mind immediately is to marry the
strengths of OO programming in Python with the speed, robustness and
natively hierarchical (mapping naturally to objects) GT.M database.

Imagine ZOPE with GT.M as the backend, awesome!

Another issue that all healthcare providers are staring in the face is
the advent of HIPAA regulations covering privacy and security of Patient
Health Information.  It seem to me that the Sanchez GT.M policy of
neither extending nor impeding the host OS's security model can make for
a tremendously secure environment by using a hardened Linux OS with
SSH-only connections allowed in, filesystem permissions allowing
granularity down to the individual global, routine and device level, etc.

Another issue that I've had with existing M vendor's products is the
lack of support for the UDP protocol.  This makes it difficult to write
clients or servers for IP application protocols that don't have a TCP
analog such as RADIUS, DNS or syslog.  I don't know how difficult it
would be to add such suppport to GT.M but it might not be that tough.

I spoke to our CIO on Friday evening about GT.M and some of the
possibilities and believe that his enthusiasm matched mine.  It may be a
bit premature, but do you have any information about the support levels
and pricing that Sanchez will offer for GT.M on Linux?

Best wishes for continued success.

Mahalo,
Ron
--
Ronald L Fox                           Email: rf...@dl...
Sr Software Engineer                   Phone: +1 808 589-5172
Diagnostic Laboratory Services Inc.
Honolulu, HI

_______________________________________________
Sanchez-gtm-core mailing list
San...@li...
http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core

Aloha,

I'm copying this to the GT.M core mailing list in the hopes that some of 
the issues I've raised here may spark discussion among the other developers.

I just discovered the GT.M project on Sourceforge and my mind has been 
in a whirl since then thinking about all the wonderful things that have 
suddenly become possible. I congratulate and thank you for your 
decision, it may truely change the position of M in the information 
landscape forever.

I'm Senior Software Engineer for Diagnostic Laboratory Services in 
Honolulu, Hawaii and have been an M programmer and administrator for 13 
years (DSM, MSM and Cache) and an avid Linux user for 6 years.

I've just downloaded and installed the GT.M 4.3-FT01-beta and am 
planning to do some testing this weekend under RH7.1.

I am definitely interested in testing the PHP client beta but can't 
devote much time to it until the 1st week in September.  We are 
currently using ColdFusion/IIS and Cache on WinNT for our web-based lab 
results interface and I can see replacing that with GT.M and PHP/Apache 
on Linux.

Another project that springs to mind immediately is to marry the 
strengths of OO programming in Python with the speed, robustness and 
natively hierarchical (mapping naturally to objects) GT.M database.

Imagine ZOPE with GT.M as the backend, awesome!

Another issue that all healthcare providers are staring in the face is 
the advent of HIPAA regulations covering privacy and security of Patient 
Health Information.  It seem to me that the Sanchez GT.M policy of 
neither extending nor impeding the host OS's security model can make for 
a tremendously secure environment by using a hardened Linux OS with 
SSH-only connections allowed in, filesystem permissions allowing 
granularity down to the individual global, routine and device level, etc.

Another issue that I've had with existing M vendor's products is the 
lack of support for the UDP protocol.  This makes it difficult to write 
clients or servers for IP application protocols that don't have a TCP 
analog such as RADIUS, DNS or syslog.  I don't know how difficult it 
would be to add such suppport to GT.M but it might not be that tough.

I spoke to our CIO on Friday evening about GT.M and some of the 
possibilities and believe that his enthusiasm matched mine.  It may be a 
bit premature, but do you have any information about the support levels 
and pricing that Sanchez will offer for GT.M on Linux?

Best wishes for continued success.

Mahalo,
Ron
-- 
Ronald L Fox                           Email: rf...@dl...
Sr Software Engineer                   Phone: +1 808 589-5172
Diagnostic Laboratory Services Inc.
Honolulu, HI

Fellow GT.M enthusiasts --

PHP (http://php.net) is an open-source server-side, cross-platform,
HTML embedded scripting language.  When compared with the [a-z]sp
server page smorgasbord, it is arguably the fastest way to generate
dynamic web content.

By the end of next week (Friday, August 3), we expect to have available
a field test version of a PHP client that can access a UNIX/Linux GT.M
database over a network (the server will be in a field test version of
a forthcoming version of GT.M, also available next week), and we are
looking for Beta testers.

Please contact me if you are interested.  Thank you for your continued
interest in GT.M.

Regards
-- Bhaskar

http://sourceforge.net/forum/message.php?msg_id=195794

I have discussed issues pertaining to complexities in the licensing of
GT.M source code for x86 GNU/Linux under the GNU General Public
License.  Please read it before posting or submitting any changes (bug
fixes or enhancements) to GT.M.

Thank you very much.

-- Bhaskar

Serenji is a Windows-based GUI debugger and code editor. It was first
released two years ago, and has become very popular. Until now it's only
worked on Cache, DSM and MSM.

Today we've released the first beta version of Serenji for GT.M on x86
Linux. If you're interested in testing this, please let me know
(mailto:jo...@ge...) and I'll email you the 0.5Mb zip file. You'll
need to have installed Serenji 2.0.2 on your PC already - that's a 10Mb
download from http://www.georgejames.com/serenji/

Even though Serenji is not GPL-ed itself and requires a Windows client PC to
run on we think GT.M developers will find it worth having.

I hope to hear from some of you soon.

Sincerely,

John Murray
Senior Product Engineer
George James Software

Friends --

Source Forge reports today that GT.M is at the 97th percentile (of
21,433 projects) in terms of activity.  We have been hovering in the
mid 80's, with an occasional trip into the low 90's, but this is the
highest that it has ever been.  So, hopefully we're doing something
right!

GT.M is also now available on Linux on IBM zSeries (formerly S/390)
mainframes.  The press release is at
http://www.sanchez.com/news/pr010529.htm.  However, this is not an open
source free software version of GT.M.

Regards
-- Bhaskar

The collection of GT.M applications distributed at the M User Group
Deutschland Jahrestagung 2001 in Pliezhausen, May 18, 2001 is now
available for downloading from the GT.M summary page
(http://sourceforge.net/projects/sanchez-gtm).  This tar'd gzip file is=

the contents of the GT.M CD except for GT.M, as distributed at the M
User Group Deutschland Jahrestagung 2001 in Pliezhausen, May 18, 2001.

It contains three open source GT.M applications (with different
licenses, so please review the licenses before use):

  - Aida -- a relational (SQL) engine for a GT.M database with
    ODBC/JDBC drivers, and a Java GUI using the Swing classes.

  - Visual GT.M -- a set of Borland Delphi custom controls for
    accessing a GT.M database, with GT.M code to serve the controls.

  - CGI interface -- the CGI interface to GT.M used to implement the
    online registration for the MUG-D meeting.

Thanx to Frans Witte, Paulo Rog=E9rio Machado and Winfried Bantel for
their contributions.

-- Bhaskar / 20010530

The Sanchez gtm source is available for anonymous access as follows:

cvs
-d:pserver:ano...@cv...:/cvsroot/sanchez-gtm
login                        
cvs -z3
-d:pserver:ano...@cv...:/cvsroot/sanchez-gtm co
gtm 

Mike           

*************************************************************************** 
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. 
*************************************************************************** 

Mike Marciniszyn wrote:

> The production object code for V4.2-002 has been posted to the SourceForge.
> 
> The GT.M source is ready to import into the CVS repository at SourceForge.

Just in case (because it took me a while to find it),
http://cdx.sourceforge.net/win-HOWTO.htm has an explanation about how to 
populate a sourceforge CVS archive. I know it's for windows (which is 
why it took me so long to find it) but the principle applies.

According to
http://sourceforge.net/docman/display_doc.php?docid=768&group_id=1
you can also have the SF staff do it.

Emile

The production object code for V4.2-002 has been posted to the SourceForge.

The GT.M source is ready to import into the CVS repository at SourceForge.
I plan to import that source with a vendor tag of SANCHEZ and a release tag
of V42002.   Once that is complete I will force head revisions of all the
files to sid's of 1.2.  This means that future imports will be a two stage
process (import/update to head), but would allow us to track the CVS trunk
and fix independently of the SANCHEZ vendor branch.

Unfortunately , in order to control the policy stated in
https://sourceforge.net/docman/display_doc.php?docid=2523&group_id=11026 and
in light of the limitation noted in
https://sourceforge.net/docman/display_doc.php?docid=779&group_id=1 that
states that all project developers have write access to the repository, we
are, at least for the present, revoking developer privileges for all those
not working directly or indirectly for Sanchez Computer Associates, Inc.

That shouldn't prevent anyone from downloading the source and submitting
fixes for inclusion into the source according to the above policy.     It
also shouldn't affect those in other roles (e.g testing).    The developer
forum has been opened to public to allow wider "developer" participation. If
anyone is aware of a reason that not being a developer hinders the use of
GT.M source, please let me know.

*************************************************************************** 
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. 
*************************************************************************** 

Jim --

We're still plugging away at getting the copyright notices put into all
1,600 source code modules.  Soon... (I almost have myself convinced that it
will be soon!)

I think we now have some sort of draft comparison with respect to the 1995
standard.  The big missing pieces are SSVNs and error trapping.  There are
odds and ends such as $Reverse, etc.

Does it look as if you will get funding to attend the MUG-D Jahrestagung
2001?  It is looking quite interesting.  I hear that three attendees from
Egypt signed up this week!

Regards
-- Bhaskar

-----Original Message-----
From: Jim Self
To: san...@li...
Sent: 4/7/01 3:17 AM
Subject: Re: [Sanchez-gtm-core] GT.M V4.2-001 released

Hello Bhaskar,
I was exited to see your email this morning. Of course, I thought at
first
that this was the source release that we are expecting to see any day
now.
Anyway, it appears development is moving forward and that you have fixed
a
few more things since the FT14. I have the download and will try to
install
and test this weekend. The release notes in the documentation section on
sourceforge are worth reading and suggest that you may have a list of
detailed comparisons with other MUMPS implementations that I would like
to
see if possible.

Bhaskar wrote:
>GT.M V4.2-001 is now available at Source Forge.  This adds features for
>migrating to GT.M from other M implementations including Merge, Set
>$Extract, and the ability to treat $ZTRAP as the target of a Goto.
>
>-- Bhaskar

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

_______________________________________________
Sanchez-gtm-core mailing list
San...@li...
http://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. 
*************************************************************************** 

Hello Bhaskar,
I was exited to see your email this morning. Of course, I thought at first
that this was the source release that we are expecting to see any day now.
Anyway, it appears development is moving forward and that you have fixed a
few more things since the FT14. I have the download and will try to install
and test this weekend. The release notes in the documentation section on
sourceforge are worth reading and suggest that you may have a list of
detailed comparisons with other MUMPS implementations that I would like to
see if possible.

Bhaskar wrote:
>GT.M V4.2-001 is now available at Source Forge.  This adds features for
>migrating to GT.M from other M implementations including Merge, Set
>$Extract, and the ability to treat $ZTRAP as the target of a Goto.
>
>-- Bhaskar

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

GT.M V4.2-001 is now available at Source Forge.  This adds features for
migrating to GT.M from other M implementations including Merge, Set
$Extract, and the ability to treat $ZTRAP as the target of a Goto.

-- Bhaskar

Bhaskar,
Thank you very much.
I have the new binary installed on my laptop and SET $E() is indeed included
and appears to be working fine now although I haven't yet started to test it
systematically with MVTS. A number of my HTML and CGI utilities are now
working while others appear to be close to working. I should be able to get
some CGI demo code on the web in the coming week.

>This version implements Merge, Set $Extract, and allows $ZTRAP to be an
>entryref or a line of M code ("HALT", "QUIT", etc. will be Xecuted, since
>that takes precedence).  Note that this is a field test release that has
not
>passed all our regression tests, and should therefore not be used in
>production.
>
>Please let me know after you download it successfully, so that I know that
>you are working with it.  Thanx.
>
>-- Bhaskar

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

This version implements Merge, Set $Extract, and allows $ZTRAP to be an
entryref or a line of M code ("HALT", "QUIT", etc. will be Xecuted, since
that takes precedence).  Note that this is a field test release that has not
passed all our regression tests, and should therefore not be used in
production.

Please let me know after you download it successfully, so that I know that
you are working with it.  Thanx.

-- 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. 
*************************************************************************** 

Hello, all!

Hofstadter's Law says that it always takes longer than you expect, even
when you take Hofstadter's Law into account.  Anyway, we finally have
an official GT.M web site at Sanchez.  This is one of those things that
has kept me occupied recently.

Here is the announcement: http://www.sanchez.com/news/pr010222_GTM.htm

Here is the Sanchez GT.M web site: http://www.sanchez-gtm.com

We are adding a couple of features to make it easier to port
applications from other M implementations.  Merge and Set $Extract will
be in version V4.2-001, hopefully to be released soon.  Also, we will
modify GT.M error trapping.  Currently, GT.M Xecutes the string in
$ZTRAP, whereas DSM/ISM treat it as an entryref to be the target of a
Goto.  Since the syntax of a line of M code is (mostly) different from
that of an entryref, V4.2-001 will attempt to Xecute $ZTRAP, and if it
is illegal, it will try to treat it as an entryref to be the target of
a Goto.  In the event $ZTRAP is a legal one-word M statment and a legal
entryref (e.g., "QUIT"), the Xecute behavior will prevail.  We deferred
the release of the source code in order to focus resources on V4.2-001,
but that too should be coming out with V4.2-001.

Thank you for your continued interest in GT.M.  If you have a moment,
please drop me a line telling me how your use of GT.M is coming along.

Regards
-- Bhaskar

K.S. Bhaskar
VP, Database Technology
Sanchez Computer Associates, Inc.
40 Valley Stream Parkway
Malvern, PA 19355, USA
+1 (610) 578-4265
k.b...@sa...

From http://sourceforge.net/forum/forum.php?thread_id=76873&forum_id=34584

    Well, we got a little sidetracked along the way. If you need access to
    the source sooner than it is released, please send me e-mail.

    Meanwhile, we are adding a few new features, most notably Merge and Set
    $Extract. The current thinking is to rlease the source with this
    release.

    Sorry for the delay.

    -- Bhaskar

SGkuDQoNCkl0IGxvb2tzIGxpa2Ugc29tZW9uZSdzIG1haWwgc2VydmVyIGlzIG5vdCBjb3Jy
ZWN0bHkgc2V0dXAhIFRob3NlIGVtYWlscw0KZGlkbid0IGNvbWUgZnJvbSBteSBtdGEuDQoN
CldobyB1c2VzIHRlbGUyLmNvLnVrPz8gdGhlIHdpcmVsZXNzIGludGVybmV0ISAgKEdlb3Jn
ZT8pDQoNClJlZ2FyZHMNCg0KU3RldmUgTWFoZXINCg==

From:  Stephen Maher <mahespth@NdtLtd.com>

Reply-to: Stephen Maher <mahespth@NdtLtd.com>

Subject:  [Sanchez-gtm-core] Search over... data found!

>From san...@li...  Thu Jan 25 15:08:39 2001
X-UIDL: a88a28c2535650b309f87bff717b3f09
Return-Path: <san...@li...>
Delivered-To: sc...@sc...
Received: from 2n3.webex.net (2n3.webex.net [208.17.151.3])
	by scutter.tele2.co.uk (Postfix) with SMTP id 3696613BD0
	for <jo...@mu...>; Thu, 25 Jan 2001 15:08:38 +0000 (GMT)
Received: (qmail 23759 invoked by uid 231); 25 Jan 2001 14:53:48 -0000
Delivered-To: geo...@ge...
Received: (qmail 23746 invoked from network); 25 Jan 2001 14:53:48 -0000
Received: from softdnserror (HELO usw-sf-list1.sourceforge.net) (216.136.171.194)
  by softdnserror with SMTP; 25 Jan 2001 14:53:48 -0000
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian))
	id 14Lnpd-0002KQ-00; Thu, 25 Jan 2001 06:57:01 -0800
Received: from ns.ndtltd.com ([212.67.199.149])
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian))
	id 14LnpX-0002GT-00
	for <san...@li...>; Thu, 25 Jan 2001 06:56:55 -0800
Received: from NdtLtd.com (ss06.nc.us.ibm.com [32.97.136.236])
	by ns.ndtltd.com (8.9.3/8.9.3) with ESMTP id PAA24110
	for <san...@li...>; Thu, 25 Jan 2001 15:01:49 GMT
Message-ID: <3A703EF0.DB3FC810@NdtLtd.com>
From: Stephen Maher <mahespth@NdtLtd.com>
Organization: NetDrive Technology Limited
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.10 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: gtm <san...@li...>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64
Subject: [Sanchez-gtm-core] Search over... data found!
Sender: san...@li...
Errors-To: san...@li...
X-BeenThere: san...@li...
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:san...@li...?subject=help>
List-Post: <mailto:san...@li...>
List-Subscribe: <http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core>,
	<mailto:san...@li...?subject=subscribe>
List-Id: Core volunteer group for GT.M <sanchez-gtm-core.lists.sourceforge.net>
List-Unsubscribe: <http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core>,
	<mailto:san...@li...?subject=unsubscribe>
List-Archive: <http://lists.sourceforge.net/archives//sanchez-gtm-core/>
Date: Thu, 25 Jan 2001 14:57:52 +0000
Status: U

SGksDQoNCkkndmUgZm91bmQgbXkgZGF0YWxvc3MgcHJvYmxlbSB3aGljaCB3YXMgbm90IEdU
TSBidXQgYSBwcm9ibGVtIHdpdGggdGhlDQp2ZXJzaW9uIG9mIFBIUCBJIHdhcyB1c2luZy4u
IFRoaXMgaXMgbm93IHJlc29sdmVkIGFuZCBpdCdzIGFsbCBsb29raW5nDQpnb29kLCB0aGUg
cGVyZm9ybWFuY2UgaXMgcXVpdGUgcmVhc29uYWJsZS4uDQoNCk9uIG15IGxpdHRsZSBvbGQg
MzAwbWh6IGxhcHRvcCAoMi4yIGtlcm5lbCkgd2l0aCBhYm91dCAxNSB3aW5kb3dzIG9wZW5l
ZA0KYW5kIGJvdGggY2xpZW50cyBhbmQgc2VydmVyIGluIGRlYnVnIG1vZGUgYSAxMDAwIGNv
bm5lY3Rpb25zIHRvIGd0bSB0b29rDQpqdXN0IDQuNSBzZWNvbmRzLg0KDQo+PiBDb25uZWN0
ZWQgOTk5IG91dCBvZiAxMDAwIGNvbm5lY3Rpb25zDQogPj4gMC45MyB1c2VyIDAuNzUgc3lz
dGVtIDA6MDQuNjQgZWxhcHNlZCAzNiVDUFUNCg0KTm93IEkgaGF2ZSB0aGUgY29ubmVjdGl2
aXR5IHNvcnRlZCBvdXQgSSBjYW4gbm93IHdvcmsgb24gdGhlIGFwaSAhIQ0KDQpSZWdhcmRz
DQoNClN0ZXZlIE1haGVyDQo=

_______________________________________________
Sanchez-gtm-core mailing list
San...@li...
http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core

From:  Jim Self <ja...@uc...>

Reply-to: Jim Self <ja...@uc...>

Subject:  Re: [Sanchez-gtm-core] Sockets.

>From san...@li...  Wed Jan 24 21:05:26 2001
X-UIDL: 4821d62cdc70a33699a2f06f366d1ce9
Return-Path: <san...@li...>
Delivered-To: sc...@sc...
Received: from 2n3.webex.net (2n3.webex.net [208.17.151.3])
	by scutter.tele2.co.uk (Postfix) with SMTP id 068D913AAE
	for <jo...@mu...>; Wed, 24 Jan 2001 21:05:26 +0000 (GMT)
Received: (qmail 29293 invoked by uid 231); 24 Jan 2001 20:57:36 -0000
Delivered-To: geo...@ge...
Received: (qmail 29280 invoked from network); 24 Jan 2001 20:57:35 -0000
Received: from usw-outbound.sourceforge.net (HELO usw-sf-list1.sourceforge.net) (216.136.171.194)
  by georgejames.com with SMTP; 24 Jan 2001 20:57:35 -0000
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian))
	id 14LX2N-0006bd-00; Wed, 24 Jan 2001 13:01:03 -0800
Received: from franc.ucdavis.edu ([169.237.105.2])
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian))
	id 14LX1y-0006XW-00
	for <san...@li...>; Wed, 24 Jan 2001 13:00:38 -0800
Received: from vmth.ucdavis.edu (oak.vmth.ucdavis.edu [169.237.36.14])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with SMTP id f0OL0s016837;
	Wed, 24 Jan 2001 13:00:54 -0800 (PST)
Message-ID: <141...@vm...>
From: Jim Self <ja...@uc...>
Subject: Re: [Sanchez-gtm-core] Sockets.
To: <san...@li...>
Cc: <mah...@nd...>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Mailer: VMACS Mail
Sender: san...@li...
Errors-To: san...@li...
X-BeenThere: san...@li...
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:san...@li...?subject=help>
List-Post: <mailto:san...@li...>
List-Subscribe: <http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core>,
	<mailto:san...@li...?subject=subscribe>
List-Id: Core volunteer group for GT.M <sanchez-gtm-core.lists.sourceforge.net>
List-Unsubscribe: <http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core>,
	<mailto:san...@li...?subject=unsubscribe>
List-Archive: <http://lists.sourceforge.net/archives//sanchez-gtm-core/>
Date: Wed, 24 Jan 2001 13:00:41 -0800 (PST)
Status: U

Stephen,
I have a partially working HTTP server which I put on hold in favor of first 
developing a CGI server. I experienced no data loss from the HTTP server so 
far, but I have only been testing one request at a time. I have not yet 
tried to close the multiple request loop of automatically putting the server 
job back into the state of waiting on the next request or of jobbing 
multiple server processes to ensure that there is no gap where incoming 
requests can get lost between "listens". Is that where you are having 
problems?

This reminds me of a related question I have intended to ask Bhaskar (or 
anyone who knows) for a while now. What is the effect and intended use of 
the "queuedepth" parameter in "WRITE /LISTEN(queudepth)"? Is that intended 
for services that will be handled in sequence by a single server job? Is 
queuedepth>1 compatible with a service, such as HTTP, which must be expected 
to frequently overflow a queue which is apparently limited to a depth of 5?

Stephen Maher wrote:
>Hi,
>
>has anyone a working example of a Sockets server serving multiple
>requests? I have build some code based on the manual pages, but I have
>data loss from the client.. (Which is not GTM).
>
>Any working examples would be most appreciated.
>
>Regards
>
>Steve Maher
>_______________________________________________Sanchez-gtm-core mailing 
lis...@li...http://lists.sourceforge.net/lists
/listinfo/sanchez-gtm-core

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

_______________________________________________
Sanchez-gtm-core mailing list
San...@li...
http://lists.sourceforge.net/lists/listinfo/sanchez-gtm-core

Steve,
Glad to read that you resolved the problem. I would like to see your code 
when you are ready to share it.

How did you perform the tests? I would like to run them against my CGI 
interface to GT.M for comparison.

Stephen Maher <mahespth@NdtLtd.com> wrote:
>Hi,
>
>I've found my dataloss problem which was not GTM but a problem with the
>version of PHP I was using.. This is now resolved and it's all looking
>good, the performance is quite reasonable..
>
>On my little old 300mhz laptop (2.2 kernel) with about 15 windows opened
>and both clients and server in debug mode a 1000 connections to gtm took
>just 4.5 seconds.
>
>>> Connected 999 out of 1000 connections
> >> 0.93 user 0.75 system 0:04.64 elapsed 36%CPU
>
>Now I have the connectivity sorted out I can now work on the api !!
>
>Regards
>
>Steve Maher
>_______________________________________________Sanchez-gtm-core mailing 
lis...@li...http://lists.sourceforge.net/lists
/listinfo/sanchez-gtm-core

---------------------------------------
Jim Self
Manager and Chief Developer
VMTH Computer Services, UC Davis
(http://www.vmth.ucdavis.edu/us/jaself)

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

fis-gtm-core Mailing List for GT.M High end TP database engine (Page 3)

Industrial Strength NoSQL Application Development Platform

fis-gtm-core — Core team for GT.M