[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
Krzysztof Sobolewski jezuch at interia.plTue May 13 08:08:30 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 ]
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). > 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?) -- KS "To an engineer, everyone looks like a chimp" - Dilbert -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://mail.thousandparsec.net/pipermail/tp-devel/attachments/20080513/dc057dc0/attachment.pgp
- 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
