r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[RAMBO] The REBOL bug and enhancement database

Volker
8-Jan-2005
[61x13]
execve("../rebol2558042", ["../rebol2558042"], [/* 18 vars */]) = 
0
uname({sys="Linux", node="dino.local", ...}) = 0
brk(0)                                  = 0x809b000

old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40017000

access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file 
or directory)

open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file 
or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=51977, ...}) = 0
old_mmap(NULL, 51977, PROT_READ, MAP_PRIVATE, 7, 0) = 0x40018000
close(7)                                = 0

access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file 
or directory)
open("/lib/tls/libm.so.6", O_RDONLY)    = 7

read(7, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2405\0"..., 
512) = 512
fstat64(7, {st_mode=S_IFREG|0644, st_size=141236, ...}) = 0

old_mmap(NULL, 139712, PROT_READ|PROT_EXEC, MAP_PRIVATE, 7, 0) = 
0x40025000

old_mmap(0x40047000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 
7, 0x22000) = 0x40047000
close(7)                                = 0

access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file 
or directory)
open("/lib/tls/libc.so.6", O_RDONLY)    = 7

read(7, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200X\1"..., 
512) = 512
fstat64(7, {st_mode=S_IFREG|0644, st_size=1270908, ...}) = 0

old_mmap(NULL, 1281292, PROT_READ|PROT_EXEC, MAP_PRIVATE, 7, 0) = 
0x40048000

old_mmap(0x40176000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 
7, 0x12d000) = 0x40176000

old_mmap(0x4017f000, 7436, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, 
-1, 0) = 0x4017f000
close(7)                                = 0

old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40181000

set_thread_area({entry_number:-1 -> 6, base_addr:0x401812a0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0x40018000, 51977)               = 0

rt_sigaction(SIGCONT, {0x804b6c4, [CONT], SA_RESTART}, {SIG_DFL}, 
8) = 0

rt_sigaction(SIGTSTP, {0x804b67c, [TSTP], SA_RESTART}, {SIG_DFL}, 
8) = 0

rt_sigaction(SIGINT, {0x804b700, [INT], SA_RESTART}, {SIG_DFL}, 8) 
= 0

rt_sigaction(SIGTERM, {0x804b700, [TERM], SA_RESTART}, {SIG_DFL}, 
8) = 0

rt_sigaction(SIGHUP, {0x804b700, [HUP], SA_RESTART}, {SIG_DFL}, 8) 
= 0

rt_sigaction(SIGCHLD, {0x804b718, [CHLD], SA_RESTART}, {SIG_DFL}, 
8) = 0
socketpair(PF_UNIX, SOCK_DGRAM, 0, [7, 8]) = 0

clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x401812e8) = 21686
close(8)                                = 0
brk(0)                                  = 0x809b000
brk(0x80be000)                          = 0x80be000
brk(0)                                  = 0x80be000
brk(0)                                  = 0x80be000
brk(0x80eb000)                          = 0x80eb000
brk(0)                                  = 0x80eb000
brk(0x810c000)                          = 0x810c000
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, TCSETSW, {B38400 opost isig -icanon -echo ...}) = 0

open("/etc/termcap", O_RDONLY)          = -1 ENOENT (No such file 
or directory)
write(1, "R", 1)                        = 1
lots more writes
brk(0)                                  = 0x8198000
brk(0x81bf000)                          = 0x81bf000
brk(0)                                  = 0x81bf000
brk(0)                                  = 0x81bf000
brk(0x81b7000)                          = 0x81b7000
brk(0)                                  = 0x81b7000
brk(0)                                  = 0x81b7000
brk(0)                                  = 0x81b7000
brk(0x81b4000)                          = 0x81b4000
brk(0)                                  = 0x81b4000
brk(0)                                  = 0x81b4000
brk(0)                                  = 0x81b4000
brk(0x81b2000)                          = 0x81b2000
brk(0)                                  = 0x81b2000
gettimeofday({1105173012, 808275}, NULL) = 0
time([1105173012])                      = 1105173012
brk(0)                                  = 0x81b2000
brk(0x81d5000)                          = 0x81d5000
more writes
brk(0)                                  = 0x81d5000
brk(0x81f6000)                          = 0x81f6000
; and more writes
brk(0)                                  = 0x81f6000
brk(0x8218000)                          = 0x8218000
;writes..
brk(0)                                  = 0x8218000
brk(0x8239000)                          = 0x8239000
;writes
gettimeofday({1105173013, 751}, NULL)   = 0
time([1105173013])                      = 1105173013
;writes
gettimeofday({1105173013, 16049}, NULL) = 0
time([1105173013])                      = 1105173013
;writes
stat64("/home/volker/d/t/rebol.r", 0xbffff11c) = -1 ENOENT (No such 
file or directory)

stat64("/home/volker/rebol.r", 0xbffff11c) = -1 ENOENT (No such file 
or directory)

stat64("/home/volker/d/t/user.r", 0xbffff11c) = -1 ENOENT (No such 
file or directory)

stat64("/home/volker/user.r", {st_mode=S_IFREG|0644, st_size=3086, 
...}) = 0
time([1105173013])                      = 1105173013
open("/home/volker/user.r", O_RDONLY)   = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=3086, ...}) = 0
time([1105173013])                      = 1105173013
read(8, "REBOL [\n    Title: \"%~/user.r\" \n"..., 3086) = 3086
close(8)                                = 0
writes..
ioctl(1, TIOCGWINSZ, {ws_row=28, ws_col=102, ws_xpixel=616, ws_ypixel=369}) 
= 0
gettimeofday({1105173013, 41193}, NULL) = 0
waitpid(-1, 0x80986c4, WNOHANG)         = 0
select(0, [], [], [], NULL <unfinished ...>
Hangs
Gabriele
8-Jan-2005
[74x3]
Note the: open("/etc/termcap", O_RDONLY)          = -1 ENOENT (No 
such file or directory)
is it the same on other systems?
also that select seems to be waiting on nothing?
Volker
8-Jan-2005
[77x6]
can you read computers mind? :))
google: /etc/termcap debian
http://packages.debian.org/stable/oldlibs/termcap-compat
apt-get install termcap-compat
console :))
Big thanks!
Gabriele
8-Jan-2005
[83x2]
:-)
it's worth reporting though, maybe can be added to the docs, or can 
be fixed by falling back some default if termcap is not there...
Volker
8-Jan-2005
[85]
Maybe some hint when not quiet? "Termcap failed, see http://***for 
suggestions"
Allen
11-Jan-2005
[86]
#3436 OK - 2.5.58.3.1 on WinXP
Anton
12-Jan-2005
[87x9]
I just noticed:
mold ['return:]  ;== "['return]"    <-- missing the colon ":"
mold/all does not help.
simplifies to:
mold 'return:   ;== "return"   (note no leading single quote, we 
are expecting that as normal though.)
mold 'hello:   ;== "hello"     (same idea)
lit-words like 'hello:  only just became valid recently (since View 
1.2.55.3.1)
I don't see any Rambo ticket for this issue (searched rambo for "word", 
looked at all 36 items.)
But, can somebody confirm if it is a bug or not ?
Ammon
12-Jan-2005
[96x2]
It would appear to me to be a bug.
(not that that means anything. ;-)
Geomol
13-Jan-2005
[98]
>> a: 'hello:
== hello


The colon seems to be removed. So it's a lit-word thing, nothing 
with mold, I guess.
Ladislav
13-Jan-2005
[99x3]
actually, ['return:] should be marked as a bug, because you are trying 
to create a "cross" between lit- and set-word
what type should it have? - the interpreter seems to take it as a 
set-word
... wrong, the interpreter takes it as a lit-word
Gabriele
14-Jan-2005
[102]
that should probably throw a syntax error... anyone submitting it?
Anton
14-Jan-2005
[103x5]
What if you want to generate code, eg:
>> reduce ['return: [integer!]]

== [return [integer!]]   ;  I wanted this --->  [return: [integer!]]
I know you can use to-set-word, but that's not very concise is it 
?
But as Ladislav pointed out above, it seems that  'return:  would 
have to be interpreted as a new datatype ( a lit-set-word! )
Maybe it's not worth it now to add such a new datatype.. or maybe 
it does not hurt at all, speedwise, because if the parser is going 
to catch the syntax error above then it may as well just assign the 
new datatype. The cost, I think, will be in maintaining a new datatype; 
bug-testing, docs etc.  So ok, I agree with Gabriele.
Ok, I posted RAMBO Ticket #-131   (waiting to be reviewed)
Ladislav
15-Jan-2005
[108]
Anton: What if you want to generate code, eg:
>> reduce ['return: [integer!]]

try reduce [first [return:] [integer!]]
Anton
15-Jan-2005
[109]
Yes, that's better, but still a workaround.. thanks :)
Geomol
15-Jan-2005
[110]
If you want something to be reduced and not others, you can use compose.