[#8566] Visions for 2001/1.7.x development? — Robert Feldt <feldt@...>

Hi matz and other Ruby developers,

18 messages 2001/01/03
[#8645] Re: Visions for 2001/1.7.x development? — matz@... (Yukihiro Matsumoto) 2001/01/04

Hi,

[#8580] bug?? — jmichel@... (Jean Michel)

I don't understand the following behaviour:

19 messages 2001/01/03

[#8633] Interesting Language performance comparisons - Ruby, OCAML etc — "g forever" <g24ever@...>

13 messages 2001/01/04

[#8774] No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...>

So, why not include Comparable in Array by default? It shouldn't have any

28 messages 2001/01/07
[#8779] Re: No :<, :>, etc. methods for Array — matz@... (Yukihiro Matsumoto) 2001/01/07

Hi,

[#8780] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

matz@zetabits.com (Yukihiro Matsumoto) wrote:

[#8781] Re: No :<, :>, etc. methods for Array — gotoken@... (GOTO Kentaro) 2001/01/07

In message "[ruby-talk:8780] Re: No :<, :>, etc. methods for Array"

[#8782] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

gotoken@math.sci.hokudai.ac.jp (GOTO Kentaro) wrote:

[#8829] Sandbox (again) — wys@... (Clemens Wyss)

Hi,

20 messages 2001/01/08
[#8864] Re: Sandbox (again) — Clemens Hintze <c.hintze@...> 2001/01/08

On 8 Jan, Clemens Wyss wrote:

[#8931] String confusion — Anders Bengtsson <ndrsbngtssn@...>

Hello everyone,

21 messages 2001/01/09
[#8937] Re: String confusion — matz@... (Yukihiro Matsumoto) 2001/01/09

Hi,

[#8953] Please remove account from files — "Thomas Daniels" <westernporter@...>

Please take my e-mail address from your files and "CANCEL" my =

14 messages 2001/01/09
[#8983] Re: Please remove account from files — John Rubinubi <rubinubi@...> 2001/01/10

On Wed, 10 Jan 2001, Thomas Daniels wrote:

[#9020] time to divide -talk? (was: Please remove account from files) — Yasushi Shoji <yashi@...> 2001/01/10

At Wed, 10 Jan 2001 14:23:30 +0900,

[#9047] Re: time to divide -talk? (was: Please remov e account from files) — Aleksi Niemel<aleksi.niemela@...>

Yasushi Shoji:

27 messages 2001/01/10
[#9049] Re: time to divide -talk? — Yasushi Shoji <yashi@...> 2001/01/10

At Thu, 11 Jan 2001 00:20:45 +0900,

[#9153] what about this begin? — Anders Strandl Elkj誡 <ase@...> 2001/01/11

[#9195] Re: Redefining singleton methods — ts <decoux@...>

>>>>> "H" == Horst Duch=EAne?= <iso-8859-1> writes:

10 messages 2001/01/12

[#9242] polymorphism — Maurice Szmurlo <maurice@...>

hello

73 messages 2001/01/13

[#9279] Can ruby replace php? — Jim Freeze <jim@...>

When I read that ruby could be used to replace PHP I got really

15 messages 2001/01/14

[#9411] The Ruby Way — "Conrad Schneiker" <schneiker@...>

As a member of the "Big 8" newsgroups, "The Ruby Way" (of posting) is to

15 messages 2001/01/17

[#9462] Re: reading an entire file as a string — ts <decoux@...>

>>>>> "R" == Raja S <raja@cs.indiana.edu> writes:

35 messages 2001/01/17
[#9465] Re: reading an entire file as a string — Dave Thomas <Dave@...> 2001/01/17

raja@cs.indiana.edu (Raja S.) writes:

[#9521] Larry Wall INterview — ianm74@...

Larry was interviewed at the Perl/Ruby conference in Koyoto:

20 messages 2001/01/18
[#10583] Re: Larry Wall INterview — "greg strockbine" <gstrock@...> 2001/02/08

Larry Wall's interview is how I found out

[#9610] Re: 101 Misconceptions About Dynamic Languages — "Ben Tilly" <ben_tilly@...>

"Christian" <christians@syd.microforte.com.au> wrote:

13 messages 2001/01/20

[#9761] Re: 101 Misconceptions About Dynamic Languages — ts <decoux@...>

>>>>> "C" == Christoph Rippel <crippel@primenet.com> writes:

16 messages 2001/01/23

[#9792] Ruby 162 installer available — Dave Thomas <Dave@...>

15 messages 2001/01/24

[#9958] Re: Vim syntax files again. — "Conrad Schneiker" <schneik@...>

Hugh Sasse wrote:

14 messages 2001/01/26
[#10065] Re: Vim syntax files again. — Hugh Sasse Staff Elec Eng <hgs@...> 2001/01/29

On Sat, 27 Jan 2001, Conrad Schneiker wrote:

[#9975] line continuation — "David Ruby" <ruby_david@...>

can a ruby statement break into multiple lines?

18 messages 2001/01/27
[#9976] Re: line continuation — Michael Neumann <neumann@...> 2001/01/27

On Sat, 27 Jan 2001, David Ruby wrote:

[#9988] Re: line continuation — harryo@... (Harry Ohlsen) 2001/01/28

>A statement break into mutliple lines if it is not complete,

[ruby-talk:9864] Re: Simple file processing...

From: <ale@...>
Date: 2001-01-25 10:23:35 UTC
List: ruby-talk #9864
On Thu, 25 Jan 2001, Kevin Smith wrote:

> Niklas Backlund wrote:
> >parameter value
> >parameter value
> >long-parameter WHATEVER
> >  data
> >  data
> >WHATEVER
> >parameter value
> >...
> >Is there a neat, "Ruby-way" of pulling this off? Or do I
> >just have to reconsider my choice of file format?
> 
> Hmmm....my first cut (in pseudocode) would be:
> for each line
>   if it's a short parameter
>      process that parameter
>   else
>      memorize the terminator
>      read lines until you hit the terminator
>      process that parameter
>   end
> end

Kevin, one comment on your style. I tend to outline my routines in a
same way, and I guess it's a good thing to do. But if you pay
attention to outlining style, then you have half-baked Ruby code
already.

  1) drop "each", since "for line in stream" works already
  2) use '_' instead of space, and you get method names on the fly
  3) plain English doesn't always give me hint what could be the
     variables, but Ruby like pseudo-code tries to talk to me

I guess I'm approaching the point when it's as fast to write real (but
rough) ruby code instead of using English.

If these tests are along the way it should be

###
class TestParamReader < RUNIT::TestCase
  def test_read2
    pr = ParamReader.new
    pr.read("foo bar")
    assert_equals({"foo" => "bar"}, pr.params)

    pr = ParamReader.new
    pr.read("foo bar\nzak zok")
    assert_equals({"foo" => "bar", "zak" => "zok"}, pr.params)

    pr = ParamReader.new
    pr.read("foo bar\nzak zok\n\n")
    assert_equals({"foo" => "bar", "zak" => "zok"}, pr.params)

    pr = ParamReader.new
    pr.read("foo bar\n bar2\nzak zok\n zok2\n")
    assert_equals({"foo" => "bar\nbar2", "zak" => "zok\nzok2"},
                  pr.params)

    pr = ParamReader.new
    pr.read("foo bar\nzak  zok  \n zok2  \n\n  zok3\nfoo  bar2\n")
    assert_equals({"foo" => "bar\nbar2", 
                   "zak" => "zok  \nzok2  \n zok3"}, 
	pr.params)
  end

end
###

Following snippet passes these tests:

###
class ParamReader
  attr_reader :params
  def initialize
    @params = {}
  end

  def read(file)
    new_param_re = /^[^\s]/
    for line in file
      next if line.strip == ""  # skip empty rows

      value = line

      name, value = line.split(/\s/, 2) if line =~ new_param_re

      if @params.has_key? name
	value = "\n" + value   # if appending, add new lines too
      else
	@params[name] = ""     # if not, initialize hash
      end

      # remove leading space (only one) and trailing new line if any
      @params[name] += value.chomp.sub(/^ /, "") 
    end
  end    

  # If you're willing to live with some constraints (not tested):
  # - requires newer ruby: @params = Hash.new { "" }
  # - doesn't handle empty rows gracefully
  # - doesn't handle the formatting of the beginning of the 
  #   long parameters continuation lines (strip leading space away?)
  def read2(file)
    @params = Hash.new { "" }
    new_param_re = /^[\s]/
    for line in file
      value = line
      name, value = value.split(/\n/) if line =~ new_param_re
      @params[name] += value
    end
  end

end
###

Kevin notes:
> You could extract the entire if/else into a 
> method to keep the main loop simpler. Aside from 
> Ruby's nice line-oriented input methods, I don't 
> see any obvious opportunities to come up with a 
> really cool Ruby-specific solution.

Agreed. I kept everything in one loop and one routine, but it messes
up the code. Also I couldn't see any really nice way of doing this.


    - Aleksi

In This Thread

Prev Next