World: r3wp

Chris.. I don't need to see any code, I know where the bug is. Check 
this:
>> size-text make face [size: 10x10 text: "hello"]
== 9x75
>> size-text make face [size: 100x10 text: "hello"]
== 29x15

From the above it's clear that to fix the stupid link bug just needs 
to add one char (zero) to enhance the size of face which is used 
to count the text size.

Oldes, better is to turn the wrapping off completely:

size-text make face [size: 10x10 text: "hello" para: make para [wrap?: 
false]]
== 29x15

I don't care how exactly .. I just want to have the Altme fixed!

Carl did not login to r3-alpha yet, so he did not saw my message 
probably yet ... I don't want to contat him via Chat, as I am not 
sure if private messages there are really private :-)

I've send him private message in R3 Chat, do you see it?

nope

Pekr, that is why I will only run one world on a server.  I was getting 
that problem on a regular basis.  I had reported it to Safeworlds 
as well, bu they could see no reason for it.

I suspect it is due to the worlds not being 'reserved'.  But of course, 
haven't reserved a world to see if this is the case.  Bottom line, 
since I stopped all worlds but one, I have far fewer instances of 
my worlds expiring, but it still happens on occasion.

I have been having a bit of trouble with AltME. for a while it could 
not log on today, and all the time I have been using it I see it 
disconnect quite often.

It also often comes up with the message under my name of  "Internet 
busy" which I dont understand.  Now just now it said "depot update"

the same here and the same for some other ppl too. I thought it is 
my connection, but then I realised my worlds do run OK. I think it 
was rebol.net having problems ...

Short outages of this world do seem common.
You can see if an AltME world is accessible here:
http://www.altme.com/check.html

I logon to the rebol3 AltME world again for a while just now, but 
the check above said the world was ok.  Are the issues with AltME 
all known about or should I start submitting information from my 
sniffer about exactly what occurs?

I logon = I could not logon

I saw a break too. Did not check the check page.

I guess they need all the help they can if there are undiagnosed 
issues.

Is there a way to sync the state between two or more AltMe systems? 
I post this from OSX and just installed AltMe there. But, the initial 
sync makes everything red... I want to have it like on my PC system.

using the same data files should be enough.

So, copying it.

But will it stay in sync?

I use linux and win on same PC so no need to copy.. with Mac it's 
not possible probably.

But you may try to check, which data file modifies and how.

When I use flash disk, to prevent long syncing process (dunno why 
altme running from USB flash is so slow), I simply copy the whole 
dir. It works perfectly. Just copy all your files ...

AltME uses blocking calls to file operations, and USB flash drives 
are much slower than hard drives, or even internal flash drives. 
Sometimes they are 2 or more orders of magnitude slower.

Write operations to flash are even slower still.

writing bunch of small files to USB flash disk is very retro in the 
floppy way.

Pity AltME is not open sourced, we could move it to SQLite storage 
....

Aha, multipler servers > 2 must be started in the order they were 
generated at first. (Reading Pekr et al)

do they just grab the next port up?

dunno, my batting average for 4 worlds to connect is .250

I did come up with a process for IOS so I could tell people the way 
to connect many clients without all keys in one to be able to coexist 
(Ashley, Scot, Chris...IIRC)...I wonder if I can still repeat that 
now...;-)

no matter what I have tried, I am batting .250 out of 1.000 (1 of 
4 servers is reachable outside of my firewall, but I have 5400 to 
5409 open.  Chaging the order of starting servers, rebooting the 
server PC (Win2000) did not have ANY effec.t

the server which is working is the one I need the most, and is on 
5403

it doesn't matter when it starts, it works, and the others don't.

maybe there is a lease timeout like in DHCP

Have you thought of moving to a different solution?

ie. another rebol chat program :)

hehehe

you have me thinking.  Is it one I would know?  Like Qchat or something 
like that?

My server that runs on 5403 works fine, but 5400, 5401 and 5402 I 
cannot get to work.  Anyone know a way to redo the worlds without 
losing the current information to get these 3 working?  Do I need 
to buy a computer or VM for each world served?

Maybe a port issue?

Downlaod this and take a look at what processes are using which ports 
http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

Hmmn, not sure how to make sense of it, My local machined do connect, 
BTW, within my own office space.  But the AltME check fails on 3 
of them, and I can't reach them outside the firewall.  But Paul, 
on your TcpView thingamajig, I see 5400, 5401, 5402, and 5503 ports 
open, but the process names are unclear which is which.  I guess 
I have to bring them up one at a time while watching, and turn all 
other net stuff off

including this...

eFish - first thing to check is altme.com check page. There you will 
see, what port are your particular worlds registered to ...

Pekr, yes, I did that, and the ones that come up in TCPView are exactly 
the same as the check page, but 3 of them don't work.  only the last, 
5403

On the check page, it shows up as "Active" but I think that means 
from a registration point of view.  Pushing the button delays and 
then says there is no connectivity

Steve, just rename the processes so you can determine which is which.

Paul, by bringing them up one at a time, I was able to identify which 
is which.  I see no problem in the ports being used, and my router 
allows 5400 - 5409 in DMZ

but only 5403 works to the outside world.

What about a windows firewall?

Steve - I mean - does altme.com check page show you correct and expected 
port numbers? My experience is, that if you are not carefull enough, 
you get your worlds registered to incorrect port numbers ...