-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Thanks Charles and Tom, now I understood what's going on.
https://github.com/headius/jruby/commit/f56610ee6ef01f0421301d9e2941493e9fa4e29d
I love JRuby, since I can try a concept of language implementation
with small change like this.
On 10/26/2
uninitialized constant Settings if using rails_config gem.
--
Key: JRUBY-6159
URL: https://jira.codehaus.org/browse/JRUBY-6159
Project: JRuby
Issue Type: Bug
Environment: jruby
Does anyone do a lot of sliciing (e.g. things like [1...100]) in their
apps. Are they big arrays? Does anyone know a library which does?
-Tom
On Tue, Oct 25, 2011 at 6:46 PM, Charles Oliver Nutter
wrote:
> Long ago when the world was new, Marcin Mielzynski modified our Array
> implementation t
Typical case I've used it was to slice things for columnar display. I end up
using the entire array, but just in N chunks of M items at a time.
I don't recall ever taking a slice and discarding the rest.
fwiw.
-Bob
On Oct 26, 2011, at 9:28 AM, Thomas E Enebo wrote:
> Does anyone do
>From what I recall we did have one user who did have this problem and
it was something like mail processing where all header lines got
sliced from an array of the entire email and then retained... :)
In this case, the COW leak was nearly impossible to understand until
visually inspecting the lin
Windows Installer: provide method for migrating from old version to new version
---
Key: JRUBY-6161
URL: https://jira.codehaus.org/browse/JRUBY-6161
Project: JRuby
I
BigDecimal Issue in Rails 3.1.1 Environment
---
Key: JRUBY-6160
URL: https://jira.codehaus.org/browse/JRUBY-6160
Project: JRuby
Issue Type: Bug
Components: Ruby 1.9.2
Affects Versions: JR
IO.popen doesn't wait until a process ends but returns immediately
--
Key: JRUBY-6162
URL: https://jira.codehaus.org/browse/JRUBY-6162
Project: JRuby
Issue Type: Bug
C
I finally tackled the cleanup and centralization of all property-based
JRuby configs. They were sprinkled all over as simple property loads,
with many of them left undocumented and some others completely stale
and unused. The new structure centralizes all properties in one place
along with their va
Ok, found the first botch...I didn't commit the Properties class :)
https://github.com/headius/jruby/commit/78df8e1987f780b27d3343b19a9bff5f16fadc15
- Charlie
On Wed, Oct 26, 2011 at 10:15 AM, Charles Oliver Nutter
wrote:
> I finally tackled the cleanup and centralization of all property-based
Looks good for the most part. Two things I'd like to see:
1. Put the descriptions in javadocs for each field. API docs are going
to be more popular for browsing the full set of configuration options.
Does the description/toString ever get used in a meaningful way?
2. Do away with the static-ness o
On Wed, Oct 26, 2011 at 11:05 AM, Nick Sieger wrote:
> Looks good for the most part. Two things I'd like to see:
>
> 1. Put the descriptions in javadocs for each field. API docs are going
> to be more popular for browsing the full set of configuration options.
> Does the description/toString ever
1.6.5 Broken on OpenBSD due to generate-ri-cache ant target failing
---
Key: JRUBY-6163
URL: https://jira.codehaus.org/browse/JRUBY-6163
Project: JRuby
Issue Type: Bug
Affec
malloc error trying to run rails 3.1 app on thin
Key: JRUBY-6164
URL: https://jira.codehaus.org/browse/JRUBY-6164
Project: JRuby
Issue Type: Bug
Components: C Extensions
Affects
IO.popen forcibly kills process when io is closed
-
Key: JRUBY-6165
URL: https://jira.codehaus.org/browse/JRUBY-6165
Project: JRuby
Issue Type: Bug
Components: Core Classes/Modules
On Wed, Oct 26, 2011 at 11:11 AM, Charles Oliver Nutter
wrote:
> On Wed, Oct 26, 2011 at 11:05 AM, Nick Sieger wrote:
>> Looks good for the most part. Two things I'd like to see:
>>
>> 1. Put the descriptions in javadocs for each field. API docs are going
>> to be more popular for browsing the fu
can't create db
Key: JRUBY-6166
URL: https://jira.codehaus.org/browse/JRUBY-6166
Project: JRuby
Issue Type: Bug
Components: Rails WAR Deployment
Reporter: richardli
hey,I am a new user for rails,and
17 matches
Mail list logo