Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Rugby RIM?

 [1/21] from: gchiu::compkarori::co::nz at: 19-Sep-2001 8:35


I'm now planning on adding chat services to my game as a prelude to P2P gaming. Just wondering whether I should use RIM ( where's the server code? ) but I note that RIM is blocked by firewalls. Would I be better rewriting the server side using Rugby which I gather can use port 80? -- Graham Chiu

 [2/21] from: ryanc:iesco-dms at: 18-Sep-2001 14:03


Hey Graham, Both RIM and Rugby can use port 80, or any port for that manner. Firewall issues are just unavoidable with P2P. These can pose a problem when: 1. Initiating a connection to a machine behind a firewall. 2. Establishing a connection to an outside machine on a disallowed port when behind a firewall. So either way really. Situation #2 can generally be broken by having your server reside on port 80. If its a proxy, you will need to use an http request in order to pass thru. The RIM "server" code is called lookup.r in the reboltech library. --Ryan Graham Chiu wrote:
> I'm now planning on adding chat services to my game as a > prelude to P2P gaming. Just wondering whether I should use
<<quoted lines omitted: 7>>
> [rebol-request--rebol--com] with "unsubscribe" in the > subject, without the quotes.
-- Ryan Cole Programmer Analyst www.iesco-dms.com 707-468-5400

 [3/21] from: gchiu:compkarori at: 19-Sep-2001 11:24


> The RIM "server" code is called lookup.r in the reboltech > library. >
Hi Ryan, Do I just install this lookup.r in my cgi-bin ? -- Graham Chiu

 [4/21] from: ryanc:iesco-dms at: 18-Sep-2001 17:33


Also change the site word in RIM.r to point to it. --Ryan Graham Chiu wrote:
> > > > The RIM "server" code is called lookup.r in the reboltech
<<quoted lines omitted: 8>>
> [rebol-request--rebol--com] with "unsubscribe" in the > subject, without the quotes.
-- Ryan Cole Programmer Analyst www.iesco-dms.com 707-468-5400

 [5/21] from: gchiu:compkarori at: 19-Sep-2001 13:42


On Tue, 18 Sep 2001 17:33:52 -0700 Ryan Cole <[ryanc--iesco-dms--com]> wrote:
> Also change the site word in RIM.r to point to it. >
Hmm. Still not working. I changed the paths in lookup.r to reflect my local set up. It now correctly responds to cmd=info and cmd=version when called by a browser. But when I try RIM, I get the following error: * Script Error: if expected then-block argument of type: block ** Where: subfunc ** Near: face/font/color: either find user-list bud I wonder if need some other files on the server... -- Graham Chiu

 [6/21] from: m:koopmans2:chello:nl at: 19-Sep-2001 7:28


Hey Graham, Rugby 4.1 (www.rebolforces.com/~erebol) features http tunneling. So if you design a clever RIM+ no firewall or proxy is gonna stop you. RIM+ is currently in the works. If you can read a web page using Rebol, you'll be able to RIM+ Additional Rugby services will be released on xrebol.net (thanks to Cnutarch for the hosting) over the next few weeks. If you got services, you can mail them to me. --Maarten

 [7/21] from: gchiu:compkarori at: 19-Sep-2001 23:31


On Wed, 19 Sep 2001 07:28:22 +0200 "Maarten Koopmans" <[m--koopmans2--chello--nl]> wrote:
> Rugby 4.1 (www.rebolforces.com/~erebol) features http > tunneling. So if you > design a clever RIM+ no firewall or proxy is gonna stop > you.
Yes, that's what I thought.
> RIM+ is currently in the works. If you can read a web > page using Rebol, > you'll be able to RIM+
Any time frame for this? I've played around with RIM tonight and can't get it going :(. It complains it can't connect to the name lookup server on my web server even though I can reach it via my browser. There's at least one minor bug with RIM - if there is only one name in rim-users.r file, then the name is displayed vertically. The problem I see with Rugby is that one is running a persistent process which is rather difficult on a distant web server. I tried running another persistent service like that and it kept dying on me without any clues :( Perhaps I should try converting lookup.r into a SOAP service ... currently it uses 'read rather than 'post, and I'm worried about ISP caching, and stymied by lack of error messages. -- Graham Chiu

 [8/21] from: m:koopmans2:chello:nl at: 19-Sep-2001 13:40


I have seen uptimes for Rugby and Rebol from 3-6 months,so... But there will be a presence provider live on www.xrebol.net in a few weeks, with RIM+ on top o it. I hope to have it live within 6 weeks (before the end of October). Any help is appreciated ;-) --maarten

 [9/21] from: gchiu:compkarori at: 20-Sep-2001 8:40


On Wed, 19 Sep 2001 13:40:26 +0200 "Maarten Koopmans" <[m--koopmans2--chello--nl]> wrote:
> I have seen uptimes for Rugby and Rebol from 3-6 > months,so...
Is that on an ISP's box, or your local box?
> But there will be a presence provider live on > www.xrebol.net in a few > weeks, with RIM+ on top o it. > > I hope to have it live within 6 weeks (before the end of > October). Any help > is appreciated ;-) >
I can help test :) First I guess I had better download Rugby. RIM doesn't cut it from my experience so far :( -- Graham Chiu

 [10/21] from: m:koopmans2:chello:nl at: 20-Sep-2001 7:42


On my local box. Rebooting is the only problem if you don't cron or so... You can get rugby at www.rebolforces.com/~erebol --Maarten

 [11/21] from: gchiu:compkarori at: 20-Sep-2001 21:27


How does the rugby server obtain the IP address of the client? -- Graham Chiu

 [12/21] from: koopmans:itr:ing:nl at: 20-Sep-2001 11:50


I am not sure what you mean. If you want to build a presence provider you make a set of functions: post: [ who ip-address port-number] lookup [ who ] all [ ] These functions simple store the info in memory in a nested list. You can write the list to disk every once in a while if you'd like. Export these via rugby and you are done. --Maarten On Thursday 20 September 2001 11:27, you wrote:

 [13/21] from: petr:krenzelok:trz:cz at: 20-Sep-2001 11:58


Graham Chiu wrote:
> How does the rugby server obtain the IP address of the > client?
port/remote-ip ? :-) -pekr-

 [14/21] from: gchiu:compkarori at: 21-Sep-2001 8:34


On Thu, 20 Sep 2001 11:58:34 +0200 Petr Krenzelok <[Petr--Krenzelok--trz--cz]> wrote:
> Graham Chiu wrote: > > > How does the rugby server obtain the IP address of the > > client? > > port/remote-ip ? :-) >
thanks, I guess that's what I'm after. -- Graham Chiu

 [15/21] from: gchiu:compkarori at: 21-Sep-2001 15:48


Just a quick question. Can a single instance of Rebol/view be both a Rugby server and client? I tried it using view/new for the server, but as soon as it receives a message, it closes down all the layouts and drops to console. -- Graham Chiu

 [16/21] from: m:koopmans2:chello:nl at: 21-Sep-2001 7:47


Hmmm... an if you use rugby-view? I tried it succesfully. --Maarten

 [17/21] from: gchiu:compkarori at: 23-Sep-2001 17:19


On Wed, 19 Sep 2001 13:40:26 +0200 "Maarten Koopmans" <[m--koopmans2--chello--nl]> wrote:
> > > RIM+ is currently in the works. If you can read a web > > > page using Rebol, > > > you'll be able to RIM+
I guess I have to wait for this. I modified Carl's RIM to use a Rugby server, and it is like molasses even though the server is on the lan. Every time the client was polling the Rugby server, it blocked keyboard input which is very annoying. I guess I'm doing something terribly wrong :( -- Graham Chiu

 [18/21] from: m:koopmans2:chello:nl at: 23-Sep-2001 10:15


This is correct. A rexec is a blocking call. Using /deferred may help, but then you have to poll later. What I was thinking is to have all RIM being both server and client: then clients send each other messages by calling functions on each other. As the connection is already established for a server, the receiving party will hardly notice any blocking behaviour. And if you are sending stuff it is not as bad if you have to wait a little. You can cut the waiting time while sending by using the /oneway refinement. When using /http the oneway and deferred tricks don't work, but pusing messages in stead of polling shouldn't be a problem in P2P.. HTH, Maarten

 [19/21] from: gchiu:compkarori at: 23-Sep-2001 22:35


On Sun, 23 Sep 2001 10:15:34 +0200 "Maarten Koopmans" <[m--koopmans2--chello--nl]> wrote:
> This is correct. A rexec is a blocking call. Using > /deferred may help, but > then you have to poll later.
Well, it seems to be better than expected running on my ISP's box. Don't know how long it will be active before it dies. You can try it out using my modified RIM client at http://www.compkarori.co.nz/reb/gorim2.r userid: whatever password: test
> What I was thinking is to have all RIM being both server > and client: then
<<quoted lines omitted: 7>>
> waiting time while > sending by using the /oneway refinement.
That was my original thought. And what I tried initially not realising I had to use Rugby-view. But I was wondering how well it would scale ... so tried the single server side approach first. -- Graham Chiu

 [20/21] from: m:koopmans2:chello:nl at: 23-Sep-2001 15:07


Works like a charm! Now: - use the http transport so firewalled people can used it as well - Fetch messages as a return of sending a message as well, then start a timer before fetching again. This will lower the annoyance! --Maarten

 [21/21] from: gchiu:compkarori at: 24-Sep-2001 8:32


On Sun, 23 Sep 2001 15:07:28 +0200 "Maarten Koopmans" <[m--koopmans2--chello--nl]> wrote:
> Works like a charm!
Yep, it's now been up for 9 hours. I was expecting my ISP to have found it, and killed it by now :)
> Now: > - use the http transport so firewalled people can used it > as well
Done.
> - Fetch messages as a return of sending a message as > well, then start a > timer before fetching again. > This will lower the annoyance! >
Done. Version 0.0.2 -- Graham Chiu

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted