[tp-devel] [tp-cvs] libtpproto-java (midp) - Removed String.Format from all these classes, also replaced some for-each loops with for loops. All string buffer issues have been replaced to use default string functions. Finally, some generics that were missed have been removed. Very few errors remain in the majority of classes
Tim Ansell mithro at mithis.comWed May 14 12:29:03 EDT 2008
- Previous message: [tp-devel] [tp-cvs] libtpproto-java (midp) - Removed String.Format from all these classes, also replaced some for-each loops with for loops. All string buffer issues have been replaced to use default string functions. Finally, some generics that were missed have been removed. Very few errors remain in the majority of classes
- Next message: [tp-devel] [tp-cvs] libtpproto-java (midp) - Removed String.Format from all these classes, also replaced some for-each loops with for loops. All string buffer issues have been replaced to use default string functions. Finally, some generics that were missed have been removed. Very few errors remain in the majority of classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Tue, 2008-05-13 at 14:08 +0200, Krzysztof Sobolewski wrote: > Roberts, Brendan Matthew - robbm005 pisze: > > Can't believe i missed that one, thanks. > > My current plan is to implement it in the generated code and then apply > > it back to the generator. A little extra work, but it allows me to > > understand what I'm doing a little bit better. > > "A little bit" is not the phrase I would use, but I understand :) > It might be better to create a separate MIDPJavaOutputGenerator class from > JavaOutputGenerator in the generator so that it can be included in the > mainline (but first please merge master branch into yours to bring the > interface to sync). We do plan to do this in the end, for now we will modify JavaOutputGenerator and then do a diff. I have also merged master into the MIDP branch. > > I'm currently stuck on the issue of no 'FilterInputStream' being present > > in MIDP, it is used in net.thousandparsec.netlib/LimitInputStream, are > > there possible alternatives available that you are aware of? > > I don't think so... But FilterInputStream isn't all that complicated and now > that Sun opened Java it might even be possible to include the source of it > from JDK (is that OK with the rest of you guys?) ----------------------------------------------------------------------- public class FilterInputStream extends InputStream A FilterInputStream contains some other input stream, which it uses as its basic source of data, possibly transforming the data along the way or providing additional functionality. The class FilterInputStream itself simply overrides all methods of InputStream with versions that pass all requests to the contained input stream. Subclasses of FilterInputStream may further override some of these methods and may also provide additional methods and fields. ----------------------------------------------------------------------- GPL implementation of FilterInputStream, yay! http://cvs.savannah.gnu.org/viewvc/classpath/java/io/FileInputStream.java?revision=1.27.2.8&root=classpath&view=markup Actually Brenden may find other things you need there. Hope this helps. Tim 'Mithro' Ansell
- Previous message: [tp-devel] [tp-cvs] libtpproto-java (midp) - Removed String.Format from all these classes, also replaced some for-each loops with for loops. All string buffer issues have been replaced to use default string functions. Finally, some generics that were missed have been removed. Very few errors remain in the majority of classes
- Next message: [tp-devel] [tp-cvs] libtpproto-java (midp) - Removed String.Format from all these classes, also replaced some for-each loops with for loops. All string buffer issues have been replaced to use default string functions. Finally, some generics that were missed have been removed. Very few errors remain in the majority of classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the tp-devel mailing list
