🚀 go-pugleaf

Fair enough. In all likely hood, the whitespace has always been there. I'll
spend some time checking on that, but now we are back to my original post.
The code worked fine with JBuilder 3.5 JDK 1.2.2 Only after I upgraded to
JBuilder4 JDK 1.3 did this happen. Why did 1.3 catch this and 1.2.2 let it
pass? Remember, I'm not complaining. I am in awe at what JBuilder can do. I
am more impressed with C++ Builder, but that's another story. All in all,
Borland is my choice for IDE's.

Thanks for your help.

ps - I'm waiting on an XML IDE from Borland as well!

 "John McGrath [TeamB]" <ng-b@JPMcGrath.net> wrote in message
news:MPG.1513a37dd819b03798a048@forums.borland.com...

> On Fri, 9 Mar 2001 15:23:03 -0600, Daniel Ray wrote:
>
> > java.util.Hashtable h     = (java.util.Hashtable) v.firstElement();
> > java.util.Enumeration e = h.keys();
> > java.util.Collection c     = h.values();
> > java.util.Iterator i          = c.iterator();
> > String iString                = i.next().toString();
> > // So I won't skip an iteration while degugging.. copy per se
> > writeLogEvent("iString is = to " + iString, ERROR);                  //
Just
> > a log file so I can view what's going on
> > writeLogEvent("iString length is " + iString.length(), ERROR);   //
Walla !!
> > This returns my Id of '0' + 5 whitespaces --  length = 6
> > myFunctionId(new Long(iString.trim()));
//
> > Use trim() to get rid of whitespaces and continue
> >
> > I don't understand where the whitespace is coming from.
>
> The string with the "extra" whitespace is coming from the values that
> are in the HashTable.  Since you do not show the code that puts the
> values in the HashTable, it is not possible to tell where the extra
> whitespace comes from.
>
> --
> Regards,
>
> John McGrath [TeamB]
>
> ---------------------------------------------------
> Before sending me e-mail, please read:
>     http://www.JPMcGrath.net/newsgroups/e-mail.html