World: r3wp

and if you need it in the platform's endianess, then you can just 
use a struct!

>> s: make struct! [val [integer!]] [0]
>> s/val: 23
== 23
>> third s
== #{17000000}

Doesn't look like there is a rambo ticket for this issue... want 
to create one?

Ladislav, I think your ticket about the GC bug with parse has been 
lost in the crash.

OK, will try to put it there again

i think i have set to tested almost all the bugs that were tested. 
please check the waiting for testing list again to make sure i didn't 
miss anything.

#3533 - think I marked it before. Tested OK on 2.5.57 under W2K.

#3560 - Tested OK on 2.5.57 under W2K.

Oops, that's a Linux bug. Sorry.

yep i have 3533 ok-ed from you already.

3436 has been changed too (now just throws a normal error) so will 
need testing again on the new build

Weird RAMBO behavior... Waiting for Approval shows one ticket with 
blank information.

(maybe Carl?)

you mean, "New submissions"?

both

it's a blank ticket submitted (i guess) because of an early click 
on the submit button

it should be delete but i can't do it

*deleted

with the new cores input does not work on my system. a knoppix 3.4/ct. 
i see cursor, but no chars are accepted. on nother linux it works. 
happens with rebols since the redicretion-change. has somebody seen 
that problem too, or have i messed up my system?

(linux, that is)

could it be a TERMCAP problem or something like that?

if you open console://, can you get anything out of it?

No. wait or first just hang.

do not know about termcap

is anyone able to reproduce it? i'm sure that if we can let Carl 
reproduce this he will fix it.

I've tried the recent linux alpha on Fedora Core 2 (redhat) and it 
works great - seems to be a debian base issue - has anyone tried 
it on a sarge build?  I've tested an old woody build and a new woody 
build with the same hang result.

what could be different in Debian?

[I hate these kind of things: there's so much (useless) complexity 
underneath that you have no idea why something is not working]

could be a different glibc version or sommit like that

could you try an STRACE on both Debian and Fedora to see what's really 
different?

gabriele: will do later today

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

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?

can you read computers mind? :))

google: /etc/termcap debian

http://packages.debian.org/stable/oldlibs/termcap-compat