[#3907] Obtaining mode information on an IO object — Jos Backus <jos@...>

The attached patch implements IO#mode. This method returns the mode the IO

17 messages 2004/12/06
[#3909] Re: [patch] Obtaining mode information on an IO object — nobu.nokada@... 2004/12/07

Hi,

[#3910] Re: [patch] Obtaining mode information on an IO object — Jos Backus <jos@...> 2004/12/07

On Tue, Dec 07, 2004 at 09:25:13AM +0900, nobu.nokada@softhome.net wrote:

[#3925] Re: [patch] Obtaining mode information on an IO object — James Britt <ruby@...> 2004/12/09

Jos Backus wrote:

[#4009] cgi.rb -- more GET/POST stuff — mde@...26.com

First of all, I think it would be great, as Eustaquio suggests, to

17 messages 2004/12/23
[#4016] Re: [PATCH] cgi.rb -- more GET/POST stuff — Francis Hwang <sera@...> 2004/12/24

GETs and POSTs are defined to be fairly different actions. I'd read

[#4027] Allowing custom number literal suffixes? — Florian Gro<florgro@...>

Moin!

35 messages 2004/12/27
[#4070] Re: Allowing custom number literal suffixes? — nobu.nokada@... 2005/01/02

Hi,

[#4072] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/02

[#4079] Re: Allowing custom number literal suffixes? — Florian Gro<florgro@...> 2005/01/03

Mathieu Bouchard wrote:

[#4081] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/03

[#4082] Re: Allowing custom number literal suffixes? — Florian Gro<florgro@...> 2005/01/03

Mathieu Bouchard wrote:

[#4084] Re: Allowing custom number literal suffixes? — Brent Roman <brent@...> 2005/01/04

I'm not sure I would advocate making Ruby's grammar even more

[#4086] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/04

[#4033] Garbage collection trouble — Christian Neukirchen <chneukirchen@...>

Hello,

13 messages 2004/12/27

[ ruby-Bugs-1243 ] ruby 1.8.1 installation problems on ia64/altix

From: noreply@...
Date: 2004-12-22 03:24:51 UTC
List: ruby-core #3999
Bugs item #1243, was opened at 2004-12-21 19:23
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=1243&group_id=426

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Art Lazanoff (lazanoff)
Assigned to: Nobody (None)
Summary: ruby 1.8.1 installation problems on ia64/altix

Initial Comment:
ruby defaults to using gcc c89 syntax. Use of -pedantic reveals ruby is using 'long long' and 'inline'. Compiling with gcc -std=gnu99 solves a stack management problem in the code since gnu99 treats 'long long' as 64-bit. 

In gc.c the following 
" /* ruby crashes on IA64 if compiled with optimizer on */
/* when if STACK_LEVEL_MAX is greater than this magic number */
/* I know this is a kludge. I suspect optimizer bug */
"
seems to be unnecessary when -std=gnu99 is used.

There are several warnings still with -std=gnu99 that should also be addressed:

gcc -std=gnu99 -pedantic -D__ia64__ -I. -I. -c process.c
process.c: In function `proc_detach':
process.c:522: warning: type of `obj' defaults to `int'
process.c: In function `proc_getpgid':
process.c:1139: warning: implicit declaration of function `getpgid'
process.c: In function `p_sys_setresuid':
process.c:1319: warning: implicit declaration of function `setresuid'
process.c: In function `p_sys_setresgid':
process.c:1562: warning: implicit declaration of function `setresgid'
process.c: In function `proc_setmaxgroups':
process.c:1724: warning: type of `val' defaults to `int'

gcc -std=gnu99 -pedantic -D__ia64__ -I. -I. -c re.c
re.c: In function `rb_memsearch':
re.c:121: warning: pointer targets in passing arg 1 of `rb_memcicmp' differ in signedness
re.c:121: warning: pointer targets in passing arg 2 of `rb_memcicmp' differ in signedness
re.c:129: warning: pointer targets in passing arg 1 of `rb_memcicmp' differ in signedness
re.c:129: warning: pointer targets in passing arg 2 of `rb_memcicmp' differ in signedness

This version passes make test and also runs the following test case to much deeper levels (after increasing the default stacksize):

def helloLevel level
puts "hello world! "+level.to_s
helloLevel(level+1) 
end
...
hello world! 314336
hello world! 314337
hello world! 314338
../helloLevel.rb:3:in `puts': stack level too deep (SystemStackError)
from ../helloLevel.rb:3:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
... 314329 levels...
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:4:in `helloLevel'
from ../helloLevel.rb:7
hello world!

Platform is ia-64/altix.
./configure couldn't identify the platform:

checking build system type... ia64-unknown-linux
checking host system type... ia64-unknown-linux
checking target system type... ia64-unknown-linux

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=1243&group_id=426

In This Thread

Prev Next