functionaljava - Project Hosting on Google Code

Last 30 days Dec 04, 2009 r289 (upped maven version) committed by tomjadams - upped maven version upped maven version Dec 04, 2009 r288 (added maven details to readme) committed by tomjadams - added maven details to readme added maven details to readme Dec 03, 2009 r287 ([No log message]) committed by tonymorris - [No log message] [No log message] Nov 19, 2009 issue 16 (StackOverflowError with IterableW.map) reported by missy.a.petty - What steps will reproduce the problem? 1. Wrap an existing iterable using IterableW.wrap 2. map a function over resulting IterableW What is the expected output? What do you see instead? I would expect an iterable of the mapped value. I get a StackOverflow Error. What version of the product are you using? On what operating system? 2.20, Linux, Java Please provide any additional information below. The error does not occur if the Iterable is wrapped and mapped in a Stream instead. The code below will hopefully reproduce it: List<Integer> l = new ArrayList<Integer>(); for (int i = 0; i <3000; i++) { l.add(i); } IterableW<Integer> lw = IterableW.wrap(l); // Stream<Integer> ls = Stream.iterableStream(l); IterableW<String> strings = lw.map(new F<Integer, String> () { // Stream<String> strings = ls.map(new F<Integer, String> () { @Override public String f(Integer arg0) { return arg0.toString(); } }); What steps will reproduce the problem? 1. Wrap an existing iterable using IterableW.wrap 2. map a function over resulting IterableW What is the expected output? What do you see instead? I would expect an iterable of the mapped value. I get a StackOverflow Error. What version of the product are you using? On what operating system? 2.20, Linux, Java Please provide any additional information below. The error does not occur if the Iterable is wrapped and mapped in a Stream instead. The code below will hopefully reproduce it: List<Integer> l = new ArrayList<Integer>(); for (int i = 0; i <3000; i++) { l.add(i); } IterableW<Integer> lw = IterableW.wrap(l); // Stream<Integer> ls = Stream.iterableStream(l); IterableW<String> strings = lw.map(new F<Integer, String> () { // Stream<String> strings = ls.map(new F<Integer, String> () { @Override public String f(Integer arg0) { return arg0.toString(); } }); Earlier this year Oct 30, 2009 issue 15 (List.sort swaps equal elements) reported by deadmoro3 - What steps will reproduce the problem? 1. Create two items (a, b) with an ordering (ord) which tells they're equal 2. result = List.list(a, b).sort(ord) What is the expected output? What do you see instead? Expected: List(a, b) Result: List(b, a) The result is not consistent with java.util.Arrays.sort / java.util.Collections.sort What version of the product are you using? On what operating system? 2.19/2.20, JVM 1.6, Windows Please provide any additional information below. fj.data.List: 821 List<A> merge(final List<A> xs, final List<A> ys, final Ord<A> o) { return xs.isEmpty() ? ys : ys.isEmpty() ? xs : o.isGreaterThan(xs.head(), ys.head()) ? cons(ys.head(), merge(xs, ys.tail(), o)) : cons(xs.head(), merge(xs.tail(), ys, o)); } this happens because element swap always happens when xs.head is NOT GREATER THAN ys.head. This should be easily fixed by adding a specific EQUAL case which doesn't swap elements. What steps will reproduce the problem? 1. Create two items (a, b) with an ordering (ord) which tells they're equal 2. result = List.list(a, b).sort(ord) What is the expected output? What do you see instead? Expected: List(a, b) Result: List(b, a) The result is not consistent with java.util.Arrays.sort / java.util.Collections.sort What version of the product are you using? On what operating system? 2.19/2.20, JVM 1.6, Windows Please provide any additional information below. fj.data.List: 821 List<A> merge(final List<A> xs, final List<A> ys, final Ord<A> o) { return xs.isEmpty() ? ys : ys.isEmpty() ? xs : o.isGreaterThan(xs.head(), ys.head()) ? cons(ys.head(), merge(xs, ys.tail(), o)) : cons(xs.head(), merge(xs.tail(), ys, o)); } this happens because element swap always happens when xs.head is NOT GREATER THAN ys.head. This should be easily fixed by adding a specific EQUAL case which doesn't swap elements. Oct 01, 2009 r286 (Fixed javadoc) committed by tonymorris - Fixed javadoc Fixed javadoc Sep 30, 2009 issue 14 (Create maven artifacts for 2.20 version) reported by dulanov - Please, create a maven artifacts for the latest release - 2.20. Please, create a maven artifacts for the latest release - 2.20. Sep 16, 2009 r285 (Finger Trees) committed by runarorama - Finger Trees Finger Trees Sep 11, 2009 r284 (Finger Trees) committed by runarorama - Finger Trees Finger Trees Sep 10, 2009 issue 7 (Upload to Maven Central Repository) commented on by b.k.oxley - If you have issues with using Maven central, at a minimum provide your own repo in your Google Code project that others may reference. Example: lambdaj hosts their own repo in Google Code. Maven central is a better solution, but the best is the enemy of the good. If you have issues with using Maven central, at a minimum provide your own repo in your Google Code project that others may reference. Example: lambdaj hosts their own repo in Google Code. Maven central is a better solution, but the best is the enemy of the good. Sep 07, 2009 r283 (Use fully qualified imports for source level Scala 2.8 forwa...) committed by jzaugg - Use fully qualified imports for source level Scala 2.8 forwards compatibility. Use fully qualified imports for source level Scala 2.8 forwards compatibility. Sep 04, 2009 r282 (ScalaCheck moved) committed by tonymorris - ScalaCheck moved ScalaCheck moved Aug 26, 2009 r281 (added Option.toNull) committed by tomjadams - added Option.toNull added Option.toNull Aug 21, 2009 r280 (Finger Trees) committed by runarorama - Finger Trees Finger Trees Aug 20, 2009 r279 (Finger Trees) committed by runarorama - Finger Trees Finger Trees Aug 19, 2009 r278 (Better sorting) committed by runarorama - Better sorting Better sorting Aug 19, 2009 issue 12 (Stream.filter only returns one element) Status changed by runarorama - Fixed in 2.20. Status: Fixed Fixed in 2.20. Status: Fixed Aug 19, 2009 issue 9 (Add Integers.parse() ) Status changed by runarorama - Not implementing, since there are alternatives. Status: WontFix Not implementing, since there are alternatives. Status: WontFix Aug 19, 2009 issue 13 (Is this anyway Connected to Real-time Java ?) Status changed by runarorama - I don't think so. Status: Invalid I don't think so. Status: Invalid Aug 18, 2009 issue 13 (Is this anyway Connected to Real-time Java ?) reported by mkarthi - cxcxvxc cxcxvxc Aug 10, 2009 issue 7 (Upload to Maven Central Repository) commented on by illarion.kovalchuk - Also, it is important that this library is uploaded to maven by a responsible member of it's developers team. Also, it is important that this library is uploaded to maven by a responsible member of it's developers team. Aug 09, 2009 r277 ([No log message]) committed by tonymorris - [No log message] [No log message] Aug 05, 2009 r276 (Windows is now supported by Lastik) committed by tonymorris - Windows is now supported by Lastik Windows is now supported by Lastik Aug 03, 2009 r275 (Removed FileManip dependency) committed by tonymorris - Removed FileManip dependency Removed FileManip dependency Aug 03, 2009 r274 (Memoisation bug) committed by runarorama - Memoisation bug Memoisation bug Aug 03, 2009 r273 (NPE bug in P1.memo) committed by runarorama - NPE bug in P1.memo NPE bug in P1.memo Aug 03, 2009 r272 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 29, 2009 r271 (Added bindProduct (for P2-8) to Option) committed by nkpart - Added bindProduct (for P2-8) to Option Added bindProduct (for P2-8) to Option Jul 27, 2009 r270 (Memoisation for Ps) committed by runarorama - Memoisation for Ps Memoisation for Ps Jul 27, 2009 r269 (Reverting build.xml since Lastik does not yet support Window...) committed by runarorama - Reverting build.xml since Lastik does not yet support Windows. Reverting build.xml since Lastik does not yet support Windows. Jul 11, 2009 r268 ([No log message]) committed by runarorama - [No log message] [No log message] Jul 11, 2009 r267 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 07, 2009 r266 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 06, 2009 issue 7 (Upload to Maven Central Repository) commented on by hencjo - It is very important that this is available to developers using maven. It's a basic thing that will ease adoption of FJ. It is very important that this is available to developers using maven. It's a basic thing that will ease adoption of FJ. Jul 05, 2009 r265 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r264 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r263 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r262 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r261 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r260 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r259 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r258 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r257 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r256 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r255 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r254 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r253 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 05, 2009 r252 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 04, 2009 r251 ([No log message]) committed by tonymorris - [No log message] [No log message] Jul 04, 2009 r250 ([No log message]) committed by tonymorris - [No log message] [No log message]

issue 15 (List.sort swaps equal elements) reported by deadmoro3 - What steps will reproduce the problem? 1. Create two items (a, b) with an ordering (ord) which tells they're equal 2. result = List.list(a, b).sort(ord) What is the expected output? What do you see instead? Expected: List(a, b) Result: List(b, a) The result is not consistent with java.util.Arrays.sort / java.util.Collections.sort What version of the product are you using? On what operating system? 2.19/2.20, JVM 1.6, Windows Please provide any additional information below. fj.data.List: 821 List<A> merge(final List<A> xs, final List<A> ys, final Ord<A> o) { return xs.isEmpty() ? ys : ys.isEmpty() ? xs : o.isGreaterThan(xs.head(), ys.head()) ? cons(ys.head(), merge(xs, ys.tail(), o)) : cons(xs.head(), merge(xs.tail(), ys, o)); } this happens because element swap always happens when xs.head is NOT GREATER THAN ys.head. This should be easily fixed by adding a specific EQUAL case which doesn't swap elements.

What steps will reproduce the problem? 1. Create two items (a, b) with an ordering (ord) which tells they're equal 2. result = List.list(a, b).sort(ord) What is the expected output? What do you see instead? Expected: List(a, b) Result: List(b, a) The result is not consistent with java.util.Arrays.sort / java.util.Collections.sort What version of the product are you using? On what operating system? 2.19/2.20, JVM 1.6, Windows Please provide any additional information below. fj.data.List: 821 List<A> merge(final List<A> xs, final List<A> ys, final Ord<A> o) { return xs.isEmpty() ? ys : ys.isEmpty() ? xs : o.isGreaterThan(xs.head(), ys.head()) ? cons(ys.head(), merge(xs, ys.tail(), o)) : cons(xs.head(), merge(xs.tail(), ys, o)); } this happens because element swap always happens when xs.head is NOT GREATER THAN ys.head. This should be easily fixed by adding a specific EQUAL case which doesn't swap elements.

Last 30 days

Earlier this year