ruby-talk

I have a situation where I want to copy values from one instance to another with a particular method. Put another way, I want to set values in an instance to default values after the instance has been created. The default values may or may not be known at instance creation time.

2 messages 2000/04/19

[#2513] Re: Refering to another instance with a method — Dave Thomas <Dave@...> 2000/04/19

"David Douthitt" <DDouthitt@cuna.com> writes:

[#2514] frozen behavior — Andrew Hunt <Andy@...>

7 messages 2000/04/19

[#2527] Re: frozen behavior — Dave Thomas <Dave@...> 2000/04/20

matz@netlab.co.jp (Yukihiro Matsumoto) writes:

[#2546] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/21

[#2519] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/20

Hi,

[#2521] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/20

[#2522] Re: frozen behavior — Dave Thomas <Dave@...> 2000/04/20

matz@netlab.co.jp (Yukihiro Matsumoto) writes:

[#2525] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/20

Hi,

[#2515] Any good books for graph library? — Hideto ISHIBASHI <hideto-i@...4u.or.jp>

Hi, ruby-talkers

1 message 2000/04/19

[#2516] Re: Any good books for graph library? — schneik@...

2 messages 2000/04/19

[#2523] Re: Any good books for graph library? — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/04/20

Thanks for your reply.

[#2517] Re: Ruby 1.4.4 — "Dat Nguyen" <thucdat@...>

Try to install the latest ruby but failed on AIX 4.3:

3 messages 2000/04/20

[#2518] Re: Ruby 1.4.4 — "Conrad Schneiker" <schneiker@...> 2000/04/20

From: Dat Nguyen <thucdat@hotmail.com>

[#2520] Re: Ruby 1.4.4 — matz@... (Yukihiro Matsumoto) 2000/04/20

Hi,

[#2529] Re: frozen behavior — Andrew Hunt <andy@...>

>In message "[ruby-talk:02519] Re: frozen behavior"

1 message 2000/04/20

[#2530] Re: 'in' vs. 'into' — Andrew Hunt <andy@...>

>Hmm, I've not decided yet. Here's the list of options:

6 messages 2000/04/20

[#2547] Re: 'in' vs. 'into' — Dave Thomas <Dave@...> 2000/04/21

matz@netlab.co.jp (Yukihiro Matsumoto) writes:

[#2559] Re: 'in' vs. 'into' — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2543] Re: 'in' vs. 'into' — Dave Thomas <Dave@...> 2000/04/21

matz@netlab.co.jp (Yukihiro Matsumoto) writes:

[#2544] Re: 'in' vs. 'into' — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2541] Re: 'in' vs. 'into' — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2531] Re: Ruby 1.4.4 — "Dat Nguyen" <thucdat@...>

2 messages 2000/04/20

[#2532] Re: Ruby 1.4.4 — Katsuyuki Komatsu <komatsu@...> 2000/04/20

In the message of [ruby-talk:02531] Re: Ruby 1.4.4

[#2533] Re: Ruby 1.4.4 — "Dat Nguyen" <thucdat@...>

1 message 2000/04/20

[#2534] Re: 'in' vs. 'into' — schneik@...

2 messages 2000/04/20

[#2545] Re: 'in' vs. 'into' — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2535] Default naming for iterator parameters — mrilu <mrilu@...>

I'm back at my computer after some traveling. I know I think Ruby

5 messages 2000/04/20

[#2542] Re: Default naming for iterator parameters — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2558] Re: Default naming for iterator parameters — mrilu <mrilu@...> 2000/04/21

On Fri, 21 Apr 2000, Yukihiro Matsumoto wrote:

[#2568] Re: Default naming for iterator parameters — matz@... (Yukihiro Matsumoto) 2000/04/22

Hi,

[#2569] Re: Default naming for iterator parameters — mrilu <mrilu@...> 2000/04/22

Matz:

[#2536] Re: Default naming for iterator parameters — Andrew Hunt <andy@...>

>I thought being able to set default iterator parameter naming *might*

2 messages 2000/04/20

[#2539] Re: Default naming for iterator parameters — Quinn Dunkan <quinn@...> 2000/04/20

[#2537] Re: Default naming for iterator parameters — h.fulton@...

1 message 2000/04/20

[#2538] Re: Default naming for iterator parameters — h.fulton@...

1 message 2000/04/20

[#2540] Re: Default naming for iterator parameters — Andrew Hunt <andy@...>

>The less "convenient" little special cases I have to memorize to use a

1 message 2000/04/21

[#2548] Re: frozen behavior — mengx@...

Is it possible to make String instance frozen be

3 messages 2000/04/21

[#2550] Re: frozen behavior — Dave Thomas <Dave@...> 2000/04/21

mengx@nielsenmedia.com writes:

[#2552] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2549] Re: frozen behavior — Andrew Hunt <andy@...>

>Is it possible to make String instance frozen be

1 message 2000/04/21

[#2551] Undocumented surprising Dir.glob() behavior — "David Douthitt" <DDouthitt@...>

It would appear that Dir.glob() will not accept wildcards in the first element of an absolute path. Why this is so I don't know. It doesn't seem to do much since you can still do Dir.chdir("/") then use relative paths..... This behavior is not documented in the 1.4 manual for Dir.glob.

2 messages 2000/04/21

[#2553] Re: Undocumented surprising Dir.glob() behavior — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2554] Ruby 1.4 manual — "David Douthitt" <DDouthitt@...>

This might be out of date, and probably not as useful as once was, but.......

2 messages 2000/04/21

[#2565] Re: Ruby 1.4 manual — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2555] Re: frozen behavior — mengx@...

> That's sounds pretty painful as the default, I think, and would

1 message 2000/04/21

[#2556] Re: frozen behavior — mengx@...

2 messages 2000/04/21

[#2561] Re: frozen behavior — Dave Thomas <Dave@...> 2000/04/21

mengx@nielsenmedia.com writes:

[#2557] Re: frozen behavior — Andrew Hunt <andy@...>

mengx@nielsenmedia.com writes:

1 message 2000/04/21

[#2560] Re: frozen behavior — mengx@...

> I don't necessarily see the argument for safety. Java Strings

1 message 2000/04/21

[#2562] Subject: UVV: Daily RFD, PQ, and CFV status report (2000/04/21) — "Conrad Schneiker" <schneiker@...>

Still waiting for results.

1 message 2000/04/21

[#2563] Re: frozen behavior — mengx@...

> This is untested, but how about a shell script which does something like:

3 messages 2000/04/21

[#2566] Re: frozen behavior — matz@... (Yukihiro Matsumoto) 2000/04/21

Hi,

[#2567] Re: frozen behavior — Dave Thomas <Dave@...> 2000/04/21

matz@netlab.co.jp (Yukihiro Matsumoto) writes:

[#2564] Re: Default naming for iterator parameters — Huayin Wang <wang@...>

Without default names, you need to remember one rule: name your default.

1 message 2000/04/21

[#2570] Re: frozen behavior — mengx@...

1 message 2000/04/24

[#2571] rd2 and <STRONG> — ts <decoux@...>

2 messages 2000/04/25

[#2572] Re: rd2 and <STRONG> — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/04/25

Hi,

[#2573] exit statii — Dave Thomas <Dave@...>

2 messages 2000/04/26

[#2574] Re: exit statii — matz@... (Yukihiro Matsumoto) 2000/04/26

Hi,

[#2575] String.succ — Dave Thomas <Dave@...>

4 messages 2000/04/26

[#2576] Re: String.succ — matz@... (Yukihiro Matsumoto) 2000/04/26

Hi,

[#2577] Re: String.succ — mrilu <mrilu@...> 2000/04/26

[#2578] Re: String.succ — matz@... (Yukihiro Matsumoto) 2000/04/26

Hi,

[#2579] Re: String.succ — schneik@...

3 messages 2000/04/26

[#2580] Re: String.succ — matz@... (Yukihiro Matsumoto) 2000/04/26

Hi,

[#2581] Re: String.succ — Reimer Behrends <behrends@...> 2000/04/26

On Wed, Apr 26, 2000 at 02:43:49AM -0500, schneik@us.ibm.com wrote:

[#2582] Re: String.succ — schneik@...

1 message 2000/04/26

[#2583] Replies for — mrilu <mrilu@...>

I'm still waiting replies for my message [ruby-talk:02339] regarding

2 messages 2000/04/26

[#2587] Re: Replies for — matz@... (Yukihiro Matsumoto) 2000/04/27

Hi,

[#2584] Eat prefixing _ with names? — mrilu <mrilu@...>

Is there any idea to define _Foo to be as good class name as Foo?

3 messages 2000/04/27

[#2586] Re: Eat prefixing _ with names? — Yasushi Shoji <yashi@...> 2000/04/26

From: mrilu <mrilu@ale.cx>

[#2585] Re: Eat prefixing _ with names? — Dave Thomas <Dave@...> 2000/04/26

mrilu <mrilu@ale.cx> writes:

[#2589] Re: Replies for — schneik@...

1 message 2000/04/27

[#2592] Ruby and WSH — h.fulton@...

Here's an idea for the future.

2 messages 2000/04/27

[#2594] Re: Ruby and WSH — OZAWA Sakuro <crouton@...> 2000/04/27

At Thu, 27 Apr 2000 15:58:48 +0000,

[#2593] Re: Ruby and WSH — Andrew Hunt <andy@...>

Hal says:

1 message 2000/04/27

[#2595] Re: Ruby and WSH — h.fulton@...

Andy,

1 message 2000/04/27

[#2596] Re: Ruby and WSH — h.fulton@...

1 message 2000/04/27

[#2597] FYI: comp.lang.ruby CFV status ... still waiting for vote totals. — "Conrad Schneiker" <schneiker@...>

FYI:

1 message 2000/04/28

[#2598] different thread semantics 1.4.3 -> 1.4.4 — hipster <hipster@...4all.nl>

Hi fellow rubies,

4 messages 2000/04/28

[#2599] Re: different thread semantics 1.4.3 -> 1.4.4 — matz@... (Yukihiro Matsumoto) 2000/04/28

Hi,

[#2603] Re: different thread semantics 1.4.3 -> 1.4.4 — Ian Main <imain@...> 2000/04/28

On Fri, Apr 28, 2000 at 06:39:54PM +0900, Yukihiro Matsumoto wrote:

[#2602] Re: different thread semantics 1.4.3 -> 1.4.4 — matz@... (Yukihiro Matsumoto) 2000/04/28

Hi,

[#2600] [news.announce.newgroups,news.groups,comp.lang.java.programmer,comp.lang.misc,comp.lang.perl.misc,comp.lang.python] RESULT: comp.lang.ruby passes 200:16 — Lewis Perin <perin@...>

2 messages 2000/04/28

[#2601] Re: RESULT: comp.lang.ruby passes 200:16 — matz@... (Yukihiro Matsumoto) 2000/04/28

Hi,

[#2604] Requiring more flexible require — mrilu <mrilu@...>

This discussion relates to Ruby on some unix flavors, most notably

3 messages 2000/04/28

[#2605] Re: Requiring more flexible require — Masaki Fukushima <fukusima@...> 2000/04/29

mrilu <mrilu@ale.cx> wrote:

[#2610] Re: Requiring more flexible require — matz@... (Yukihiro Matsumoto) 2000/05/01

Hi,

[#2606] Re: Requiring more flexible require — ts <decoux@...>

>>>>> "m" == mrilu <mrilu@ale.cx> writes:

1 message 2000/04/29

[#2607] GConf module for ruby — Yasushi Shoji <yashi@...>

Hello all,

2 messages 2000/04/29

[#2608] Re: GConf module for ruby — Yasushi Shoji <yashi@...> 2000/04/30

From: Yasushi Shoji <yashi@yashi.com>

[#2609] linux-alpha/ccc / syntax — Wes Nakamura <wknaka@...>

2 messages 2000/04/30

[#2611] Re: linux-alpha/ccc / syntax — matz@... (Yukihiro Matsumoto) 2000/05/01

Hi,

[ruby-talk:02491] Ruby 1.4.4 warning.

From: schneik@...

Date: 2000-04-17 05:21:51 UTC

List: ruby-talk #2491


Hi,

FWIW, these are the warnings I received with compiling Ruby 1.4.4 on AIX
4.3.3 with the VAC compiler.

Will this cause problems when compiling in 64 bit mode on 64 bit CPU
architectures?

cc -I/driver/tools/src/ruby/ruby-1.4.4
    -I/driver/tools/src/ruby/ruby-1.4.4 -g -I. -DHAVE_SA_LEN
    -DHAVE_SIN_LEN  -Dss_family=__ss_family -Dss_len=__ss_len
    -I/usr/local/include -DHAVE_NETINET_TCP_H -DHAVE_NETINET_UDP_H
    -DHAVE_INET_NTOP -DHAVE_INET_PTON -DHAVE_ARPA_NAMESER_H
    -DHAVE_RESOLV_H -DHAVE_SYS_UN_H -DHAVE_SOCKET -DHAVE_GETHOSTNAME -c
    socket.c
"socket.c", line 272.57: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 290.61: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 304.61: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 397.57: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 970.32: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 1072.63: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 1087.63: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 1243.67: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 1297.63: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.
"socket.c", line 1312.63: 1506-280 (W) Function argument assignment
    between types "unsigned long*" and "int*" is not allowed.

/usr/ccs/bin/ld  -eInit_socket
    -bI:/driver/tools/src/ruby/ruby-1.4.4/ruby.imp -bM:SRE -T512 -H512 -lc
    -L/usr/local/lib -o socket.so socket.o getaddrinfo.o getnameinfo.o -lc
ld: 0711-224 WARNING: Duplicate symbol: .gai_strerror
ld: 0711-224 WARNING: Duplicate symbol: gai_strerror
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.

Conrad Schneiker
(This note is unofficial and subject to improvement without notice.)

Thread

Prev Next

In This Thread

Prev Next