Ah, yes, good catch.
Thank you,
Gary
> -Original Message-
> From: Julius Davies [mailto:juliusdav...@gmail.com]
> Sent: Friday, March 26, 2010 22:22
> To: dev@commons.apache.org
> Subject: Re: svn commit: r928129 -
> /commons/proper/codec/trunk/src/test/org/apache/commons/codec/binary/Ba
>
Hi,
I think there's a mistake here (even though it's commented out):
//assertEquals("foo",
StringUtils.newStringUsAscii(Base64.decodeBase64("Zm9v" +
Base64.CHUNK_SEPARATOR)));
Consider output of following:
String s = "Zm9v" + Base64.CHUNK_SEPARATOR;
System.out.println(s);
The
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=310006&projectId=159
Build statistics:
State: Ok
Previous State: Failed
Started at: Fri 26 Mar 2010 18:36:30 -0700
Finished at: Fri 26 Mar 2010 18:37:17 -0700
Total time: 46s
Build Trigger: Schedule
Build
Please close CODEC-94 (well, only if you agree with my final comment
on that issue!)
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusdavies.ca/cowsay/
--
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=309966&projectId=159
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 26 Mar 2010 16:55:48 -0700
Finished at: Fri 26 Mar 2010 16:56:53 -0700
Total time: 1m 4s
Build Trigger: Schedule
Bui
Dimitri Pourbaix a écrit :
> Bruce,
>
>>
>> The 2.1 API docs for the Singular Value Decomposition say:
>>
>> The size p depends on the chosen algorithm:
>>
>> for full SVD, p is n,
>> for compact SVD, p is the rank r of the matrix (i. e. the number of
>> positive singular values),
>> for truncated
Bruce,
The 2.1 API docs for the Singular Value Decomposition say:
The size p depends on the chosen algorithm:
for full SVD, p is n,
for compact SVD, p is the rank r of the matrix (i. e. the number of
positive singular values),
for truncated SVD p is min(r, t) where t is user-specified.
but
Bruce A Johnson a écrit :
> The 2.1 API docs for the Singular Value Decomposition say:
>
> The size p depends on the chosen algorithm:
>
> for full SVD, p is n,
> for compact SVD, p is the rank r of the matrix (i. e. the number of
> positive singular values),
> for truncated SVD p is min(r, t) wh
Phil Steitz a écrit :
> sebb wrote:
>> On 26/03/2010, Phil Steitz wrote:
>>> Tag:
>>> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/
>> Some files were missing SVN:EOL (applied to trunk)
>>
> Good catch. Lets all make sure we have our svn clients configured
> to add these
The 2.1 API docs for the Singular Value Decomposition say:
The size p depends on the chosen algorithm:
for full SVD, p is n,
for compact SVD, p is the rank r of the matrix (i. e. the number of
positive singular values),
for truncated SVD p is min(r, t) where t is user-specified.
but I don't se
On 26/03/2010, henrib wrote:
>
> The ctor is called by javacc generated code and I cant think of a way to make
> it pass the proper argument.
>
Sorry, misread the patch - I thought the field was set in the ctor,
but the field is actually just a cache variable.
> --
> View this message in con
The ctor is called by javacc generated code and I cant think of a way to make
it pass the proper argument.
--
View this message in context:
http://n4.nabble.com/Re-svn-commit-r927953-in-commons-proper-jexl-trunk-src-main-java-org-apache-commons-jexl2-parser-ASTa-tp1692511p1692580.html
Sent from
rwins...@apache.org wrote:
> Hi all
>
> Here is RC6 for commons::net available for review. Thanks to Niall and
> Sebb for helping with some issues around the release.
> Binary compatibility has been sacrificed in a few minor cases, however it
> is extremely unlikely the affected methods/constant
On 26/03/2010, hen...@apache.org wrote:
> Author: henrib
> Date: Fri Mar 26 16:29:54 2010
> New Revision: 927953
>
> URL: http://svn.apache.org/viewvc?rev=927953&view=rev
> Log:
> Per Sebb's recommendation, made those final.
Actually, I meant that the field
private Integer literal;
shou
On Fri, Mar 26, 2010 at 2:00 AM, Phil Steitz wrote:
> Tag:
> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/
>
> Distributions:
> http://people.apache.org/~psteitz/math-2.1-RC2/
>
> Maven artifacts:
> http://people.apache.org/~psteitz/math-2.1-RC2/maven/
>
> Documentation bu
On 26/03/2010, hen...@apache.org wrote:
> Author: henrib
> Date: Fri Mar 26 15:08:12 2010
> New Revision: 927903
>
> URL: http://svn.apache.org/viewvc?rev=927903&view=rev
> Log:
> Fix JEXL-100;
> +
> +public class ASTIntegerLiteral extends JexlNode implements
> JexlNode.Literal {
> +/
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
sebb wrote:
> On 26/03/2010, sebb wrote:
>> On 26/03/2010, Phil Steitz wrote:
>> > Tag:
>> > http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/
>>
>>
>> Some files were missing SVN:EOL (applied to trunk)
>>
>> 1 missing AL header (applied to trunk).
>>
>> Notice was still
sebb wrote:
> On 26/03/2010, Phil Steitz wrote:
>> Tag:
>> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/
>
> Some files were missing SVN:EOL (applied to trunk)
>
Good catch. Lets all make sure we have our svn clients configured
to add these
(http://www.apache.org/dev/v
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jexl has an issue affecting its community integration.
This issue
Some small things to be fixed. Will roll another RC this evening.
Phil
Phil Steitz wrote:
> Tag:
> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_1_RC2/
>
> Distributions:
> http://people.apache.org/~psteitz/math-2.1-RC2/
>
> Maven artifacts:
> http://people.apache.org/~psteit
21 matches
Mail list logo
