[#6548] 1.8.4 p1, warning roundup — Daniel Berger <Daniel.Berger@...>
Hi all,
5 messages
2005/11/02
[#6552] Socket Documentation — zdennis <zdennis@...>
Attached is a patch against the latest socket.c in the ruby_1_8 branch. It covers all Socket
10 messages
2005/11/03
[#6575] Re: Socket Documentation
— Gavin Sinclair <gsinclair@...>
2005/11/05
On 11/3/05, zdennis <zdennis@mktec.com> wrote:
[#6580] Re: Socket Documentation
— zdennis <zdennis@...>
2005/11/06
Gavin Sinclair wrote:
[#6596] Re: Socket Documentation
— Zach Dennis <zdennis@...>
2005/11/08
zdennis wrote:
[#6600] Re: Socket Documentation
— Gavin Sinclair <gsinclair@...>
2005/11/08
On 11/9/05, Zach Dennis <zdennis@mktec.com> wrote:
[#6606] Re: Socket Documentation
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/11/10
Hi.
[#6558] Method of feeding input to regexp matching — Nikolai Weibull <mailing-lists.ruby-core@...>
I would very much like to be able to provide a Regexp object input from
7 messages
2005/11/03
[#6572] Stack trace consumes information. patch... — Hugh Sasse <hgs@...>
I have just had output like this from rails:
4 messages
2005/11/04
[#6588] Object#clone missing documentation — Eero Saynatkari <ruby-ml@...>
It appears that Object#clone, unlike Object#dup, retains
9 messages
2005/11/08
[#6589] Re: Object#clone missing documentation
— Yukihiro Matsumoto <matz@...>
2005/11/08
Hi,
[#6591] Re: Object#clone missing documentation
— Kev Jackson <kevin.jackson@...>
2005/11/08
I've attached a documentation patch which tries to address this shortcoming.
[#6594] Re: Object#clone missing documentation
— Eero Saynatkari <ruby-ml@...>
2005/11/08
Kev Jackson wrote:
[#6602] Re: Unpack Endian Bug — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
6 messages
2005/11/10
[#6603] Re: Unpack Endian Bug
— Blair Zajac <blair@...>
2005/11/10
Berger, Daniel wrote:
[#6604] Sandboxing without $SAFE — why the lucky stiff <ruby-core@...>
I've been playing with Ruby sandboxing alot over the past several
9 messages
2005/11/10
[#6619] Wildness: Purpose of NOEX_PUBLIC Flag in rb_add_method? — "Charles E. Thornton" <ruby-core@...>
Several Different references to 'noex'
6 messages
2005/11/14
[#6620] Re: Wildness: Purpose of NOEX_PUBLIC Flag in rb_add_method?
— Nikolai Weibull <mailing-lists.ruby-core@...>
2005/11/14
Charles E. Thornton wrote:
[#6625] Array::fill causes segfaults after many calls — noreply@...
Bugs item #2824, was opened at 2005-11-14 23:11
4 messages
2005/11/15
[#6626] Re: [ ruby-Bugs-2824 ] Array::fill causes segfaults after many calls
— Yukihiro Matsumoto <matz@...>
2005/11/15
Hi,
[#6629] Strange error messages using DRb/TupleSpace — Eric Hodel <drbrain@...7.net>
Using
5 messages
2005/11/15
[#6636] alarming changes — "Ara.T.Howard" <ara.t.howard@...>
4 messages
2005/11/16
[#6639] Tuple Class — TRANS <transfire@...>
If I put together a good Tuple class for Ruby could it go into core? I
6 messages
2005/11/16
[#6650] REXML Update Please — zdennis <zdennis@...>
I submitted this as an RCR, but I didn't know that RCR's aren't for the stdlib. Matz commented on
8 messages
2005/11/18
[#6651] Re: REXML Update Please
— Yukihiro Matsumoto <matz@...>
2005/11/18
Hi,
[#6652] Re: REXML Update Please
— James Britt <ruby@...>
2005/11/18
Yukihiro Matsumoto wrote:
[#6660] Ruby on Neko ? — Nicolas Cannasse <ncannasse@...>
Hi folks,
14 messages
2005/11/19
[#6665] Re: Ruby on Neko ?
— Florian Gro<florgro@...>
2005/11/19
Nicolas Cannasse wrote:
[#6666] Re: Ruby on Neko ?
— Nicolas Cannasse <ncannasse@...>
2005/11/19
Florian Growrote:
[#6667] Re: Ruby on Neko ?
— Christian Neukirchen <chneukirchen@...>
2005/11/19
Nicolas Cannasse <ncannasse@motion-twin.com> writes:
[#6668] Re: Ruby on Neko ?
— Mathieu Bouchard <matju@...>
2005/11/19
On Sun, 20 Nov 2005, Christian Neukirchen wrote:
[#6672] testing for hardlink with "test(?-, ...)" flawed on Windows — noreply@...
Bugs item #2858, was opened at 2005-11-20 16:35
13 messages
2005/11/20
[#6677] Re: [ ruby-Bugs-2858 ] testing for hardlink with "test(?-, ...)" flawed on Windows
— "daz" <dooby@...10.karoo.co.uk>
2005/11/21
[#6683] Re: [ ruby-Bugs-2858 ] testing for hardlink with "test(?-, ...)" flawed on Windows
— "daz" <dooby@...10.karoo.co.uk>
2005/11/21
[#6690] Re: [ ruby-Bugs-2858 ] testing for hardlink with "test(?-, ...)" flawed on Windows
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/11/22
Hi,
[#6691] Re: [ ruby-Bugs-2858 ] testing for hardlink with "test(?-, ...)" flawed on Windows
— Daniel Berger <djberg96@...>
2005/11/22
--- nobuyoshi nakada <nobuyoshi.nakada@ge.com> wrote:
[#6684] semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...>
Hi all,
81 messages
2005/11/21
[#6685] Re: semenatics of if/unless/while statement modifiers
— Mauricio Fern疣dez <mfp@...>
2005/11/22
On Tue, Nov 22, 2005 at 08:22:59AM +0900, Stefan Kaes wrote:
[#6686] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Mauricio Fern疣dez wrote:
[#6687] Re: semenatics of if/unless/while statement modifiers
— Eric Hodel <drbrain@...7.net>
2005/11/22
On Nov 21, 2005, at 4:37 PM, Stefan Kaes wrote:
[#6689] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Eric Hodel wrote:
[#6693] Re: semenatics of if/unless/while statement modifiers
— Yukihiro Matsumoto <matz@...>
2005/11/22
Hi,
[#6695] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Yukihiro Matsumoto wrote:
[#6718] Re: semenatics of if/unless/while statement modifiers
— mathew <meta@...>
2005/11/22
[#6722] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
mathew wrote:
[#6726] Re: semenatics of if/unless/while statement modifiers
— Steven Jenkins <steven.jenkins@...>
2005/11/22
Stefan Kaes wrote:
[#6755] Re: semenatics of if/unless/while statement modifiers
— "Sean E. Russell" <ser@...>
2005/11/23
On Tuesday 22 November 2005 12:31, Steven Jenkins wrote:
[#6757] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/23
Hi --
[#6719] Re: semenatics of if/unless/while statement modifiers
— ts <decoux@...>
2005/11/22
>>>>> "m" == mathew <meta@pobox.com> writes:
[#6720] Re: semenatics of if/unless/while statement modifiers
— mathew <meta@...>
2005/11/22
[#6699] Re: semenatics of if/unless/while statement modifiers
— Yukihiro Matsumoto <matz@...>
2005/11/22
Hi,
[#6703] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Yukihiro Matsumoto wrote:
[#6704] Re: semenatics of if/unless/while statement modifiers
— Yukihiro Matsumoto <matz@...>
2005/11/22
Hi,
[#6705] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Yukihiro Matsumoto wrote:
[#6712] Re: semenatics of if/unless/while statement modifiers
— Yukihiro Matsumoto <matz@...>
2005/11/22
Hi,
[#6716] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Yukihiro Matsumoto wrote:
[#6698] Re: semenatics of if/unless/while statement modifiers
— Eric Hodel <drbrain@...7.net>
2005/11/22
On Nov 21, 2005, at 9:37 PM, Stefan Kaes wrote:
[#6700] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Eric Hodel wrote:
[#6701] Re: semenatics of if/unless/while statement modifiers
— URABE Shyouhei <shyouhei@...>
2005/11/22
[#6702] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
URABE Shyouhei wrote:
[#6709] Re: semenatics of if/unless/while statement modifiers
— "Ara.T.Howard" <ara.t.howard@...>
2005/11/22
On Tue, 22 Nov 2005, Stefan Kaes wrote:
[#6710] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Ara.T.Howard wrote:
[#6707] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/22
Hi --
[#6708] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
David A. Black wrote:
[#6714] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/22
Hi --
[#6717] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
David A. Black wrote:
[#6736] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/22
Hi --
[#6737] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
David A. Black wrote:
[#6740] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/22
Hi -
[#6754] Re: semenatics of if/unless/while statement modifiers
— "Sean E. Russell" <ser@...>
2005/11/23
On Tuesday 22 November 2005 15:37, David A. Black wrote:
[#6756] Re: semenatics of if/unless/while statement modifiers
— "David A. Black" <dblack@...>
2005/11/23
Hi --
[#6725] Re: semenatics of if/unless/while statement modifiers
— Mathieu Bouchard <matju@...>
2005/11/22
On Tue, 22 Nov 2005, Stefan Kaes wrote:
[#6728] Re: semenatics of if/unless/while statement modifiers
— Stefan Kaes <skaes@...>
2005/11/22
Mathieu Bouchard wrote:
[#6721] String#index does not work correctly on SuSE10.0 x86_64 — "Kanis, Lars" <Kanis@...>
Hi folks,
5 messages
2005/11/22
[#6798] ruby 1.8.4 preview2 — Yukihiro Matsumoto <matz@...>
Hi,
37 messages
2005/11/30
[#6826] Re: ruby 1.8.4 preview2
— Eric Hodel <drbrain@...7.net>
2005/12/03
On Nov 30, 2005, at 8:03 AM, Yukihiro Matsumoto wrote:
[#6827] Re: ruby 1.8.4 preview2
— ts <decoux@...>
2005/12/04
>>>>> "E" == Eric Hodel <drbrain@segment7.net> writes:
[#6832] Re: ruby 1.8.4 preview2
— Eric Hodel <drbrain@...7.net>
2005/12/05
On Dec 4, 2005, at 4:07 AM, ts wrote:
[#6835] Re: ruby 1.8.4 preview2
— ts <decoux@...>
2005/12/05
>>>>> "E" == Eric Hodel <drbrain@segment7.net> writes:
[#6801] Re: ruby 1.8.4 preview2
— Curt Hibbs <curt.hibbs@...>
2005/11/30
On 11/30/05, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#6810] Re: ruby 1.8.4 preview2
— nobuyoshi nakada <nobuyoshi.nakada@...>
2005/12/01
Hi,
[#6799] Re: ruby 1.8.4 preview2
— Daniel Berger <Daniel.Berger@...>
2005/11/30
Yukihiro Matsumoto wrote:
[#6806] Re: ruby 1.8.4 preview2
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2005/11/30
Hi.
Stack trace consumes information. patch...
From:
Hugh Sasse <hgs@...>
Date:
2005-11-04 19:45:03 UTC
List:
ruby-core #6572
I have just had output like this from rails:
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/connection_adapters/mysql_adapter.rb:119:in `query': Duplicate entry '"00149246 "' for key 2 (Mysql::Error)
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/connection_adapters/mysql_adapter.rb:119:in `execute'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/connection_adapters/mysql_adapter.rb:113:in `insert'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/base.rb:1155:in `create_without_callbacks'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/callbacks.rb:261:in `create_without_timestamps'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/timestamp.rb:30:in `create'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/base.rb:1139:in `create_or_update_without_callbacks'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/callbacks.rb:249:in `create_or_update'
from /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record/base.rb:965:in `save_without_validation'
... 9 levels...
from /usr/local/lib/ruby/1.8/open-uri.rb:87:in `open'
from populate_tables2.rb:247:in `initialize'
from populate_tables2.rb:461:in `new'
from populate_tables2.rb:461
neelix hgs 13 %>
In those missing 9 levels is the information I need about where my
call to the library was. I.e. that would tell me which table I was
accessing at the time.
The attached patch puts #ifndef...#endif around the definitions for
TRACE_HEAD and TRACE_TAIL, to give people the option of adding
-DTRACE_TAIL=40 -DTRACE_HEAD=20
to CPPFLAGS and recompiling ruby if they should wish.
Since these are not defined anywhere else it should not break any
code.
It's untested, but I thought I'd post here to see if it is rejected
outright, before testing it thoroughly...
Thank you,
Hugh
Attachments (1)
eval_patch
(374 Bytes, text/plain)
--- eval.c 2005-11-02 11:33:18.857280000 +0000
+++ new_eval.c 2005-11-04 19:17:55.551118000 +0000
@@ -1253,8 +1253,12 @@
struct RArray *ep = RARRAY(errat);
#define TRACE_MAX (TRACE_HEAD+TRACE_TAIL+5)
+#ifndef TRACE_HEAD
#define TRACE_HEAD 8
+#endif
+#ifndef TRACE_TAIL
#define TRACE_TAIL 5
+#endif
ep = RARRAY(errat);
for (i=1; i<ep->len; i++) {