<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Theory and Practice of Ropes for Java String Manipulations</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Sun, 26 May 2013 00:59:09 -0400</pubDate>


    <item>

        <title>Re: hello?! let's clear up a few things</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>Also: the maximum length of a string is not 2^31 because Java saves Strings in modified UTF-16 where one character in supplemental Unicode planes can take up to 6 bytes but not contain a zero-byte (which is great for C...]]></description>
        

        <pubDate>Sat, 16 Feb 2008 22:24:05 -0500</pubDate>

        

        <jf:creationDate>Sat, 16 Feb 2008 22:24:05 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 16 Feb 2008 22:24:05 -0500</jf:modificationDate>
        <jf:date>Feb 16, 2008</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: hello?! let's clear up a few things</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>A memory leak in Java land is the same as a memory leak in any other land</blockquote>...]]></description>
        

        <pubDate>Sat, 16 Feb 2008 21:50:27 -0500</pubDate>

        

        <jf:creationDate>Sat, 16 Feb 2008 21:50:27 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 16 Feb 2008 21:50:27 -0500</jf:modificationDate>
        <jf:date>Feb 16, 2008</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>hello?! let's clear up a few things</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[A memory leak in Java land is the same as a memory leak in any other land and...]]></description>
        

        <pubDate>Sat, 16 Feb 2008 09:53:10 -0500</pubDate>

        

        <jf:creationDate>Sat, 16 Feb 2008 09:53:10 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 16 Feb 2008 09:53:10 -0500</jf:modificationDate>
        <jf:date>Feb 16, 2008</jf:date>
        <jf:author>John Vance</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Memory Leak</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[The same thing that causes a "memory leak" in this case can be thought of as an optimization.   By re-using the array, and simply using different count and offset values, you're saving memory when dealing with substrings.  FYI:  The trim() method has the...]]></description>
        

        <pubDate>Fri, 15 Feb 2008 15:24:37 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 15:24:37 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 15:24:37 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Matthew Inger</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: How it causes memory leak</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>This is true in older versions of Java (including 1.4) for String.subString() and StringBuffer.toString() also but seems to have been done away with in recent versions.</blockquote>...]]></description>
        

        <pubDate>Fri, 15 Feb 2008 12:56:35 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 12:56:35 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 12:56:35 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Ropes for Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[+1

GPL should be forbidden for libraries (just kidding, freedom is freedom)]]></description>
        

        <pubDate>Fri, 15 Feb 2008 10:15:31 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 10:15:31 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 10:15:31 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Raffaele Guidi</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: A small point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>Isn't the maximum size of a String 2^16 characters?<br>...<br>Or do I have it wrong?</blockquote>

It's Integer.MAX_VALUE (= 2^31 -1), the maximum length of a char[] (in theory).]]></description>
        

        <pubDate>Fri, 15 Feb 2008 10:13:35 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 10:13:35 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 10:13:35 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Stefan Zobel</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: A small point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[The maximum size of a String in Java is roughly 2GB, theoretically, if your JVM could manage that.]]></description>
        

        <pubDate>Fri, 15 Feb 2008 10:06:00 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 10:06:00 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 10:06:00 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Joseph Ottinger</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A small point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[Very interesting read. I have one nitpicky question though: Isn't the maximum size of a String 2^16 characters? That's a lot less than 50 megabytes.

Or do I have it wrong?]]></description>
        

        <pubDate>Fri, 15 Feb 2008 09:51:58 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 09:51:58 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 09:51:58 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Ivaylo Kovatchev</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: How it causes memory leak</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>I didnt understand how the below code is causing memory leaks. can you tell me...<br><br>Rope r = new Rope();<br>r = r.substring(0, 1);</blockquote>...]]></description>
        

        <pubDate>Fri, 15 Feb 2008 09:50:29 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 09:50:29 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 09:50:29 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>How it causes memory leak</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[I didnt understand how the below code is causing memory leaks. can you tell me...

Rope r = new Rope();
r = r.substring(0, 1);]]></description>
        

        <pubDate>Fri, 15 Feb 2008 09:02:39 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 09:02:39 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 09:02:39 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>balanagireddy mudiam</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Re: Theory and Practice of Ropes for Java String Manipulations</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[<blockquote>It's a very cool approach, and clearly has some good efficiency advantages.  But it has some drawbacks too, which he mentioned in a side bar to his article, but not prominently.  Namely:  ropes can cause major memory leaks.<br><br>For...]]></description>
        

        <pubDate>Fri, 15 Feb 2008 08:26:50 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 08:26:50 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 08:26:50 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Sam Ferguson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Ropes for Java</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[The other problem with this is that R4J is a GPL licensed project. I know a lot of projects that might look at this but can't because of the GPL license. For example, every single Apache project is unable to use this.]]></description>
        

        <pubDate>Fri, 15 Feb 2008 05:23:33 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Feb 2008 05:23:33 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Feb 2008 05:23:33 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2008</jf:date>
        <jf:author>Paul Fremantle</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Theory and Practice of Ropes for Java String Manipulations</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[It's a very cool approach, and clearly has some good efficiency advantages.  But it has some drawbacks too, which he mentioned in a side bar to his article, but not prominently.  Namely:  ropes can cause major memory leaks....]]></description>
        

        <pubDate>Thu, 14 Feb 2008 16:34:45 -0500</pubDate>

        

        <jf:creationDate>Thu, 14 Feb 2008 16:34:45 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 14 Feb 2008 16:34:45 -0500</jf:modificationDate>
        <jf:date>Feb 14, 2008</jf:date>
        <jf:author>David Rosenstrauch</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>


    <item>

        <title>Theory and Practice of Ropes for Java String Manipulations</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=48390</link>

        

        
            <description><![CDATA[Systems that manipulate large quantities of string data are poorly served by the Java language's default String and StringBuilder classes. <a href="http://www.ibm.com/developerworks/library/j-ropes/?ca=dgr-jw22javaropestp&S_TACT=105AGX59&S_CMP=GR">A rope...]]></description>
        

        <pubDate>Thu, 14 Feb 2008 14:02:45 -0500</pubDate>

        

        <jf:creationDate>Thu, 14 Feb 2008 14:02:45 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 14 Feb 2008 14:02:45 -0500</jf:modificationDate>
        <jf:date>Feb 14, 2008</jf:date>
        <jf:author>Matt Papendorf</jf:author>
        <jf:replyCount>14</jf:replyCount>
    </item>



</channel>
</rss>

