<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.oehive.org" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>OERA OSI Group</title>
 <link>http://www.oehive.org/OERAOSIGroup</link>
 <description>OERA Open Source Initiative</description>
 <language>oehive</language>
<item>
 <title>Ubuntu 10.10 Maverick Meerkat</title>
 <link>http://www.oehive.org/node/1929</link>
 <description>&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/win32api&quot; class=&quot;og_links&quot;&gt;Win32 API samples&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description>
 <comments>http://www.oehive.org/node/1929#comments</comments>
 <group domain="http://www.oehive.org/node/667">ABL(4GL) General Programming Group</group>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAGroup">OERA Group</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/node/1024">UML Group</group>
 <group domain="http://www.oehive.org/win32api">Win32 API samples</group>
 <pubDate>Tue, 15 Mar 2011 03:40:14 -0600</pubDate>
 <dc:creator>scrape</dc:creator>
 <guid isPermaLink="false">1929 at http://www.oehive.org</guid>
</item>
<item>
 <title>Require command line invoker that logs results to a file</title>
 <link>http://www.oehive.org/node/1881</link>
 <description>&lt;p&gt;I have written a Logger component that can be invoked from the command line (or from OEA), that writes the results of the tests to a log file in a Surefire-like format.  I&#039;m willing to contribute the code (for someone else to review).  Could someone please provide me access/instructions?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Jamie&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAGroup&quot; class=&quot;og_links&quot;&gt;OERA Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description>
 <comments>http://www.oehive.org/node/1881#comments</comments>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/OERAGroup">OERA Group</group>
 <pubDate>Mon, 22 Nov 2010 12:53:44 -0700</pubDate>
 <dc:creator>jamie.townsend</dc:creator>
 <guid isPermaLink="false">1881 at http://www.oehive.org</guid>
</item>
<item>
 <title>UML Diagrams</title>
 <link>http://www.oehive.org/node/1798</link>
 <description>&lt;p&gt;Following are the UML class diagrams for the proposed implementation.&lt;/p&gt;
&lt;p&gt;Note that RelationAttrSetOps will not be included in the initial implementation, but its definition is provided here to indicate where these operations will be implemented when and if they are needed.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;iSet Family&lt;/strong&gt; (click for larger version)&lt;br /&gt;
&lt;span class=&quot;inline left&quot;&gt;&lt;a href=&quot;/&quot; onclick=&quot;launch_popup(1796, 1024, 791); return false;&quot; target=&quot;_blank&quot;&gt;&lt;img src=&quot;http://www.oehive.org/files/images/iSetFamily_0.thumbnail.jpg&quot; alt=&quot;&quot; title=&quot;&quot;  class=&quot;image thumbnail&quot; width=&quot;150&quot; height=&quot;116&quot; /&gt;&lt;/a&gt;&lt;/span&gt;&lt;br /&gt;
&lt;br&gt;&lt;br /&gt;
&lt;br&gt;&lt;br /&gt;
&lt;br&gt;&lt;br /&gt;
See below for higher resolution PDF.&lt;br /&gt;
&lt;br&gt;&lt;br /&gt;
&lt;br&gt;&lt;br /&gt;
&lt;strong&gt;iAttrSet Family&lt;/strong&gt; (click for larger version)&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1798&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1798#comments</comments>
 <enclosure url="http://www.oehive.org/files/iSetFamily.pdf" length="22601" type="application/pdf" />
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 15:15:36 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1798 at http://www.oehive.org</guid>
</item>
<item>
 <title>Properties and Operators</title>
 <link>http://www.oehive.org/node/1795</link>
 <description>&lt;p&gt;Java collection classes have been provided with a fairly rich set of properties and operators, presumably based on the idea that these classes can then be used for a richer range of rôles, just as there are many classes in that same hierarchy which are clearly not intended for relationships at all.  In the present implementation, the decision was made to focus on the essentials of object relationships with the idea of creating efficient, low impact infrastructure for OO programming and then to consider later whether there are other classes with other functions which could also be created.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/ooabl&quot; class=&quot;og_links&quot;&gt;Object-Oriented ABL Techniques&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1795&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1795#comments</comments>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <pubDate>Sat, 26 Jun 2010 15:07:38 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1795 at http://www.oehive.org</guid>
</item>
<item>
 <title>Implementation Technologies</title>
 <link>http://www.oehive.org/node/1794</link>
 <description>&lt;p&gt;In the 2006 implementation, all collection classes were implemented using temp-tables based on the conclusion that temp-tables were a natural ABL language feature which provided a superset of capabilities needed for collection management.  While this approach was effective and simple, since then concern has been raised about performance issues when the number of temp-tables in a session becomes large and about the excessive memory footprint and possibly instantiation penalty when a temp-table is used for a small and simple collection.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1794&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1794#comments</comments>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 15:06:36 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1794 at http://www.oehive.org</guid>
</item>
<item>
 <title>Performance Testing</title>
 <link>http://www.oehive.org/node/1793</link>
 <description>&lt;p&gt;Most relationship collections will contain only a handful of elements, but it is possible for a relationship to contain a large number of elements.  Therefore, we are concerned with both the memory footprint of a class when it contains a small number of elements and with the performance of that class when it contains a large number of elements.  In particular, the 2006 implementation used temp-tables throughout.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1793&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1793#comments</comments>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 15:02:49 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1793 at http://www.oehive.org</guid>
</item>
<item>
 <title>Core Concepts – Model Hierarchy</title>
 <link>http://www.oehive.org/node/1792</link>
 <description>&lt;p&gt;In constructing a model hierarchy for these collection classes there are a couple of issues.  One is that we want to have an interface for Iterator, which is used in many places, and then an interface which defines the base for each of the two basic types of relationship collections – those with simple elements and those with key/value pairs.  If we had inheritance of interfaces (rumored to be coming in OE11.0) we would have the base interface for the type inherit from Iterator and that base interface could be implemented by any class in the hierarchy.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1792&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1792#comments</comments>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 15:01:45 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1792 at http://www.oehive.org</guid>
</item>
<item>
 <title>Core Concepts – Duplicates</title>
 <link>http://www.oehive.org/node/1791</link>
 <description>&lt;p&gt;In any ordinary object relationships, one would never have duplicates because it simply makes no sense to have the same object twice on one end of a relationship.  Some Java Collection objects enforce this rule and others don’t.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1791&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1791#comments</comments>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 14:59:24 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1791 at http://www.oehive.org</guid>
</item>
<item>
 <title>Core Concepts - Order</title>
 <link>http://www.oehive.org/node/1790</link>
 <description>&lt;p&gt;The most common form of relationship collection is ordered only by the order in which elements are added to the collection.  The parent using the collection may have added the elements in some special order, but most commonly the order is of no significance because any operation performed on the collection will be performed on all members of the collection and it is thus order is of no significance.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAOSIGroup&quot; class=&quot;og_links&quot;&gt;OERA OSI Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1790&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1790#comments</comments>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <pubDate>Sat, 26 Jun 2010 14:57:43 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1790 at http://www.oehive.org</guid>
</item>
<item>
 <title>Collection Classes for OO Relationships</title>
 <link>http://www.oehive.org/CollectionClassesForOORelationships</link>
 <description>&lt;p&gt;In Object-Oriented programming one object interacts with another object via a relationship, i.e., a direct link between the two objects.  When this relationship is one to one, then one object will simply have a reference to the other object.  But, if the relationship is one to many, then there is a need for an intermediary structure to hold the references for the many end of the relationship.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/ooabl&quot; class=&quot;og_links&quot;&gt;Object-Oriented ABL Techniques&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/CollectionClassesForOORelationships&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/CollectionClassesForOORelationships#comments</comments>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <pubDate>Sun, 30 May 2010 17:28:01 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1770 at http://www.oehive.org</guid>
</item>
<item>
 <title>Low-level Infrastructure Components</title>
 <link>http://www.oehive.org/node/1769</link>
 <description>&lt;p&gt;While the primary focus of the OERA OSI is service components to implement OERA architectures, any framework also has a need for a library of basic, low level components on which to base other code.  Thus, the OERA OSI will include a library of such low level components.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/ooabl&quot; class=&quot;og_links&quot;&gt;Object-Oriented ABL Techniques&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description>
 <comments>http://www.oehive.org/node/1769#comments</comments>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <pubDate>Sun, 30 May 2010 17:23:13 -0600</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1769 at http://www.oehive.org</guid>
</item>
<item>
 <title>The Progress STandard Libraries (STL)</title>
 <link>http://www.oehive.org/project/lib</link>
 <description>&lt;pre&gt;
The Progress Standard Libraries
 

In general the libraries are compatible with Progress version 9 and upwards and are O/S neutral, unless noted differently.


To install the libraries place the slib/ directory in a directory on your PROPATH and you&#039;re ready to go, no need to change your PROPATH.

I usually just copy the slib dir to every project I do.


To use a library add the library include file to the external procedure file.

Although the libraries are essentially persistent super procedures.&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/node/667&quot; class=&quot;og_links&quot;&gt;ABL(4GL) General Programming Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/project/lib&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <category domain="http://www.oehive.org/taxonomy/term/565">framework</category>
 <category domain="http://www.oehive.org/taxonomy/term/622">lib</category>
 <category domain="http://www.oehive.org/taxonomy/term/623">libraries</category>
 <category domain="http://www.oehive.org/taxonomy/term/961">library</category>
 <category domain="http://www.oehive.org/taxonomy/term/869">slib</category>
 <category domain="http://www.oehive.org/taxonomy/term/962">stl</category>
 <category domain="http://www.oehive.org/taxonomy/term/317">Components &amp;amp; Managers</category>
 <category domain="http://www.oehive.org/taxonomy/term/214">Development Support Tools</category>
 <enclosure url="http://www.oehive.org/files/slib.zip" length="1579507" type="application/zip" />
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/node/194">Hive group</group>
 <group domain="http://www.oehive.org/node/667">ABL(4GL) General Programming Group</group>
 <pubDate>Sat, 04 Jul 2009 04:16:28 -0600</pubDate>
 <dc:creator>alonb</dc:creator>
 <guid isPermaLink="false">1497 at http://www.oehive.org</guid>
</item>
<item>
 <title>Why Do Companies Start Transformation Projects?</title>
 <link>http://www.oehive.org/node/1410</link>
 <description>&lt;p&gt;While development shops in companies with OpenEdge applications are as varied as development shops everywhere, there is a tendency for companies with OpenEdge applications to minimize their expenditures on computing.  Ironically, this characteristic derives from the low cost of ownership of OpenEdge.  Since it is rare for a company to require a full time DBA, as many databases need, the DBA role is a part time job for one of the developers.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAGroup&quot; class=&quot;og_links&quot;&gt;OERA Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1410&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1410#comments</comments>
 <group domain="http://www.oehive.org/node/1024">UML Group</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/OERAGroup">OERA Group</group>
 <pubDate>Mon, 16 Feb 2009 12:59:38 -0700</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1410 at http://www.oehive.org</guid>
</item>
<item>
 <title>Modernizing Legacy Code - Getting Started</title>
 <link>http://www.oehive.org/node/1387</link>
 <description>&lt;p&gt;&quot;Transformation&quot; has become a popular term in the ABL for various kinds of application modernization -- moving to a new User Interface (UI), implementing a Service-Oriented Architecture (SOA),  evolving toward the OpenEdge Reference Architecture (OERA), and other projects directed toward upgrading old versions of legacy ABL applictions. Today&#039;s ABL is just not the same language it was back 15-20 years ago when many ABL applications were first written and our ideas about good architecture have, if anything, evolved more than the language.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/OERAGroup&quot; class=&quot;og_links&quot;&gt;OERA Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/node/1387&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.oehive.org/node/1387#comments</comments>
 <category domain="http://www.oehive.org/taxonomy/term/581">legacy</category>
 <category domain="http://www.oehive.org/taxonomy/term/175">OERA</category>
 <category domain="http://www.oehive.org/taxonomy/term/179">SOA</category>
 <category domain="http://www.oehive.org/taxonomy/term/579">Transformation</category>
 <category domain="http://www.oehive.org/taxonomy/term/580">UI</category>
 <group domain="http://www.oehive.org/node/1024">UML Group</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/OERAGroup">OERA Group</group>
 <pubDate>Tue, 13 Jan 2009 17:13:16 -0700</pubDate>
 <dc:creator>tamhas</dc:creator>
 <guid isPermaLink="false">1387 at http://www.oehive.org</guid>
</item>
<item>
 <title>Dynamic Transaction (record write,delete.create)</title>
 <link>http://www.oehive.org/project/Creating_histrory_records</link>
 <description>&lt;p&gt;have two procedures that work that can called from trigger level within trigger. They passed a number of paramters including one temp-table containing create/delete information , the 2nd program accepts the current new record and the old record &lt;/p&gt;
&lt;p&gt;WRITE TRIGGER&lt;/p&gt;
&lt;p&gt;DEF TEMP-TABLE ttnewCustomer LIKE Customer.&lt;br /&gt;
CREATE ttnewcustomer.&lt;br /&gt;
BUFFER-COPY customer TO ttnewcustomer.&lt;br /&gt;
DEF TEMP-TABLE ttoldCustomer LIKE customer.&lt;br /&gt;
CREATE ttoldcustomer.&lt;br /&gt;
BUFFER-COPY oldcustomer TO ttoldCustomer.&lt;/p&gt;
&lt;br class=&quot;clear&quot; /&gt;&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;ul class=&quot;links&quot;&gt;&lt;li  class=&quot;first last og_links&quot;&gt;&lt;a href=&quot;/node/667&quot; class=&quot;og_links&quot;&gt;ABL(4GL) General Programming Group&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;&lt;p&gt;&lt;a href=&quot;http://www.oehive.org/project/Creating_histrory_records&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <category domain="http://www.oehive.org/taxonomy/term/573">Dynamic Transaction Tracking</category>
 <category domain="http://www.oehive.org/taxonomy/term/134">Operating System and Application Interfaces</category>
 <category domain="http://www.oehive.org/taxonomy/term/150">All Projects</category>
 <enclosure url="http://www.oehive.org/files/TrgCreateDeleteTransactionAS.p" length="3347" type="text/x-pascal" />
 <group domain="http://www.oehive.org/prolint">Prolint</group>
 <group domain="http://www.oehive.org/OERAOSIGroup">OERA OSI Group</group>
 <group domain="http://www.oehive.org/ooabl">Object-Oriented ABL Techniques</group>
 <group domain="http://www.oehive.org/node/194">Hive group</group>
 <group domain="http://www.oehive.org/devtools">Development Tools Group</group>
 <group domain="http://www.oehive.org/node/193">Codeparse group</group>
 <group domain="http://www.oehive.org/node/667">ABL(4GL) General Programming Group</group>
 <pubDate>Sun, 23 Nov 2008 14:41:44 -0700</pubDate>
 <dc:creator>jango</dc:creator>
 <guid isPermaLink="false">1376 at http://www.oehive.org</guid>
</item>
</channel>
</rss>
