Hello Emmanuel
2014-11-12 14:34 GMT+01:00 Emmanuel Bourg :
> Le 12/11/2014 13:34, Benedikt Ritter a écrit :
>
> > the git repo for [text] is ready and I've done the initial bootstraping
> > already. I've also created a new component in the SANDBOX jira project.
> The
> > first issue is to extract
On Wed, Nov 12, 2014 at 8:51 PM, Stefan Bodewig wrote:
> One thing BitStream and BitInputStream have in common is what happens
> when I request more bits than are available from the underlying stream,
> both will signal an EOF and discard the cached bits. I.e if there are
> still three bits cach
On Wed, Nov 12, 2014 at 9:49 PM, Stefan Bodewig wrote:
> Apart from EOF handling there also is the byte-order case.
>
> As it stands I'll get different bits in LITTLE_ENDIAN order if I read
> eight bits twice or sixteen bits at once, this is now what I'd expect.
> Should byte order imply we are al
Le 12/11/2014 19:51, Stefan Bodewig a écrit :
> A while ago I had already added a guard to ensure nobody tried to read
> more than 32 bits since bits are accumulated inside an int - but
> actually we can't do that as readBits returns -1 on EOF, so we can't
> read more than 31 bits at a time or a v
Le 12/11/2014 21:02, bode...@apache.org a écrit :
> public int readBits(final int count) throws IOException {
> -if (count < 0 || count > 32) {
> +if (count < 0 || count > 31) {
> throw new IllegalArgumentException("count must be between 0 and
> 32");
>
Hi all,
I was supposed to give a talk at ApacheCon next week, but I had to
cancel it.
Some real-world genetic algorithmic experiments I was doing in the last
couple of months have been delayed and I am expecting results in the
next days, which would overlap with the conference. As I am pretty
exc
On 2014-11-12, Stefan Bodewig wrote:
> As it stands I'll get different bits in LITTLE_ENDIAN order if I read
> eight bits twice or sixteen bits at once, this is now what I'd expect.
And it's not true, I just need to think about the returned ints in a
different way, all is fine :-)
Stefan
--
Apart from EOF handling there also is the byte-order case.
As it stands I'll get different bits in LITTLE_ENDIAN order if I read
eight bits twice or sixteen bits at once, this is now what I'd expect.
Should byte order imply we are always reading bytes in chunks of a given
number?
Right now I don'
Hi
I wanted to write a few additional unit test for BitInputStream and
maybe later replace the zip package's BitStream with it (IMPLODE uses
that under the covers).
A while ago I had already added a guard to ensure nobody tried to read
more than 32 bits since bits are accumulated inside an int -
GitHub user nykolaslima opened a pull request:
https://github.com/apache/commons-validator/pull/2
URLs with domains with underscore should be valid. Emails as well.
Nowadays, domain with underscore are considered invalid, but they should be
valid.
e.g.
`my_domain.s3.ama
Hi all,
I am way out of my comfort zone here, but hit and issue when using
QRDecomposition and hacked a solution which I believe is valid “improvement”
but would like to have more knowledgeable input.
In the current implementation of QRDecomposition if the matrix is singular
(determined by the
Hi ebourg!
>I think a PROPOSAL.html file defining the scope and goals of thecomponent
>would a good idea.
+1
> > - Inclusion of Talend code into [text] is not possible (the is code
> > licensed by www.talend.com)
>
> What is this code about?
Talend Open Studio [1]. More specifically, part of the
Le 12/11/2014 13:34, Benedikt Ritter a écrit :
> the git repo for [text] is ready and I've done the initial bootstraping
> already. I've also created a new component in the SANDBOX jira project. The
> first issue is to extract algorithms from [lang] [1]. I remember people
> saying, that theere is
Hi Benedikt!
Thanks for bootstrapping the project :)
> - spellchecker package: nice idea, which I haven't thought about before.
Further more I could imagine a hyphenation package. Both should be locale
dependend.
Great idea this hyphenation package, +1. I would already have a use case in a
product
Hi,
the git repo for [text] is ready and I've done the initial bootstraping
already. I've also created a new component in the SANDBOX jira project. The
first issue is to extract algorithms from [lang] [1]. I remember people
saying, that theere is code in codec too. Please feel free to create
ticke
Hi,
Looks like RC wasn't so successfull :(
Is it related to some blocker issues there? Will it be safe to use current
SNAPSHOT version (with removing SNAPSHOT and renaming it somehow for our
purposes)? We need it for JIBX to migrate to java 8.
--
View this message in context:
http://apache-com
Hi
I'm trying to align on commons standards this time.
- here is the maven repo:
https://repository.apache.org/content/repositories/orgapachecommons-1061/
- assemblies can be found here
https://repository.apache.org/content/repositories/orgapachecommons-1061/org/apache/commons/commons-jcs-dist/2.
17 matches
Mail list logo
