[REBOL] Re: Rebol vs Ruby
I'm trying to figure out how to implement what I think that code does.
Unfortuately I get an error.
It looks like it's trying to parse a series of blocks. The blocks are in
the form of units of time measured in seconds, singular form of the unit,
and the plural form of the unit.
>table.each {|unit, sing, plur|
> plur = sing+'s' if !plur;
If the plural is absent, we assume that it is formed by adding s to the
singular form.
For instance the plural of "year" is "years", but perhaps, as in some
contrived situation like this, the plurals cannot be formed this way.
table: [
[31557816 "year" ]
[2629818"month" "rewarding months"]
[86400 "day" ]
[3600 "hour""enjoyable hours"]
[60 "minute" ]
[1 "second" ]
]
time: 2629818 + 2629818 + 2629818 + 3600 + 3600 + 15
; I expect the output "3 rewarding months 2 enjoyable hours
; 15 seconds"
result: ""
rule: [
set unit integer!
set sing string!
set plur [none! | string!]
]
foreach line table [
; parse returns false if there is no plural entry
if not [parse line rule] [plur: rejoin [sing "s"]]
; Unfortunately the error occurs here
size: time / unit
; We want to take the integer part of size and compare it to 1 to
; determine if we need to use the singular or plural form.
if [to-integer size > 0][result: rejoin [result size " " either [size =
1][sing][plur]] " "]
time: time // unit
]
print result
chaz
At 01:25 PM 12/19/00 -0800, you wrote:
>Hi Galt,
>
>Ruby predates REBOL by a year or two (I've been on the Ruby mailing list
>much longer than REBOL's).
>
>IMHO you really cannot compare Ruby to REBOL. From a syntactic point of
>view Ruby (to me) is extremely cumbersome and cryptic. It is intended as
>a purely object oriented scripting language and reminds me of a mixture
>of Java and PHP. Here is a code sample submitted by Steve to the Ruby
>mailing list:
>
>#! /usr/bin/env ruby
># Given the number of seconds, convert to English description
>
>table = [ [ 31557816, 'year'],
> [ 2629818, 'month' ],
> [86400, 'day' ],
> [ 3600, 'hour'],
> [ 60, 'min' ],
> [1, 'sec' ] ]
>
>result = ""
>
>time = ARGV[0].to_i
>table.each {|unit, sing, plur|
> plur = sing+'s' if !plur;
> size = time / unit
> if size > 0
>result += "#{size} #{(size == 1) ? sing : plur} "
> end
> time %= unit
>}
>
>puts result
>--
>
>[EMAIL PROTECTED] wrote:
>>
>> I have been away from the list for a while,
>> so forgive me if this has already been hashed to death.
>>
>> I just a few days ago ran across references to Ruby,
>> a newish programming language invented by a
>> man in Japan (Matsumoto something...) and it seems
>> to have many features similar to Rebol.
>>
>> http://www.ruby-lang.org/en/
>>
>> Anyway, as I was reading about it I started making
>> a rough comparison to rebol. Weird how similar
>> the names are. Anyway, let's see...
>>
>> They both have good web support, are interpreted,
>> support advanced data structures, have automatic garbage collection,
>> have context/closures, error-handling.
>>
>> Platform
>> Rebol ++ great, easy install, works on lots of platforms
>> Ruby - oriented towards unix, can work on windows with effort.,
>> only works in places like unix, and windows and dos and a few
>> other platforms which can cobble together unix-like behavior
>> with various add-on support modules.
>>
>> Multithreading
>> Rebol - I know the apache server has some threading, but not basic reb.
>> Ruby + good support for threads and semaphores
>>
>> Grpahics
>> Rebol + graphics available now, no charge, and platform indep., easy
to use
>> Ruby - still don't have it built in, only some links to tk and other
>>
>> unix libs Open Source
>> Rebol - no open source
>> Ruby + strong open source community
>>
>> OOP
>> Rebol ? rebol objects don't have real inheritance, you can do useful
stuff,
>> but they often just act as nice containers.
>> Ruby + everything is an object, this is real oop, albeit
single-inheritance.
>> (personally, I don't care that much about oop, but if you do, you
will like Ruby's oop)
>>
>> Performance
>> Rebol ? Performance boosted at the loss of continuations and other
niceties.
>> Ruby ?- Probably has perf. not quite as good, but still pretty good, and
>> they haven't jettisoned continuations, which is cool.
>>
>> Packages - modules for large sw dev.
>> Rebol ? I haven't been following, but Rebol's are improving all the time
>> Ruby + they seem to have good support for modules/libs/namespaces
>>
>> Size
>> Rebol ++ Nice and small and easy to install
>> Ruby ? Not sure how big, but probably not small like Rebol.
>>
>> Syntax
>> Rebol + I like Rebol's syntax, d
[REBOL] Re: help crashes?
At 12:08 AM 21/12/00 -0400, you wrote: I thought the same thing when I was running on a 166MHz machine. Now that I am on a 500 MHz machine the print out actually comes out in a few seconds. It will eventually dump out the entire rebol system object - on my system this is 667Kb. Thats why it takes so long. >mine freezes when I > >>help system > > >- Original Message - >From: "Graham Chiu" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Wednesday, December 20, 2000 11:27 PM >Subject: [REBOL] help crashes? > > > > > > using REBOL/View 0.10.38.3.1 2-Oct-2000 > > > > help rebol > > > > crashes my system. > > > > Works okay with core. > > > > -- > > Graham Chiu > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. > > > > > >-- >To unsubscribe from this list, please send an email to >[EMAIL PROTECTED] with "unsubscribe" in the >subject, without the quotes. Mike Yaunish [EMAIL PROTECTED] -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Rebol mode for Emacs
Howdy, Marcus: Was just looking at the wrong spot in the code at the time, not thinking about quick hacks, trying to figure out how to fix the numerous other things that were wrong with the mode (which you did a great job of fixing, did I mention? (-:) It was taking too much time, had to abandon and launch off into a million other things. But it's funny. I've lived with a half broken REBOL emacs mode for the like last three years. Now I can't even imagine it.. (Sorry folks to be yacking on about an editor on the mailing list, but when you've written tens of thousands of lines of code in your favorite, very personalized editor, and it suddenly knows how to grok, colorize, and format all this code you've been feeding it, boy it makes you rather emotional -- Ha ha (: ) Hey-- when I get back from the holiday, I've got some other elisp for running a rebol sub process with com-int, and stuff. I'll clean it up and put it up somewhere. Sterling and I also have rmail send our mail through REBOL, and have it call REBOL to add attachments and detach them. It's also pretty easy to have an elisp function that takes your current buffer and filters through a REBOL script, which opens up lots of possibilities. Cheers! -jeff > You're the jeff that wrote: / (setq tab-width 4) ; Added > these two. -jeff / / (setq tab-stop-list ... / aren't you? > It seems as if you know Elisp quite well, and also modified > some of it long time ago. Makes one wonder why you didn't > fix all of it right away. Oh well, doesn't matter now. ;-) > > Marcus -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: security violation
Howdy, Graham: > I'm running a script in my cgi bin directory. The header > is: > > #!/path/to/rebol --cgi -s Try: rebol -cs ? -jeff > but when my script attempts a write a new txt file to the > cgi-bin directory, I get: > > REBOL - Security Violation > > How can I write to my cgi-bin? > > -- > Graham Chiu -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: security violation
On Thu, 21 Dec 2000, Graham Chiu wrote: > > I'm running a script in my cgi bin directory. The header > is: > > #!/path/to/rebol --cgi -s > > but when my script attempts a write a new txt file to the > cgi-bin directory, I get: > > REBOL - Security Violation > > How can I write to my cgi-bin? Assuming it's a Unix webserver... The webserver typically runs as user 'nobody' (or some other virtual user ID) with minimal permissions. One of the things 'nobody' can do is read and execute programs in your cgi-bin... but cannot write there. Imagine if someone was able to arbitrarily write some code to the cgi-bin as 'nobody' and then have the webserver execute it. What you should do is create a data directory somewhere else in your home directory (preferably *above* the directory the webserver uses as root, so that your data can't be retrieved via the webserver by some unscrupulous user) and give that directory read/write permissions for user 'nobody'. You could also create a sub-directory under your cgi-bin for the data, but you'd want to make sure that files in that directory were *not* executable for the same reason as not putting the data directly in the cgi-bin. Best regards, Kev -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: ** Script Error: Cannot use copy on this type port
"Ryan C. Christiansen" wrote: > > I'm teaching myself how to write to and read from ports in REBOL. > While trying to copy the data from a port, I get the following error: > > ** Script Error: Cannot use copy on this type port > > Can anyone tell me why I cannot use 'copy? I get this error when I > use the tcp protocol and the open/lines or open/string refinement. I > do not get this error when I use the udp protocol. tcp is different from udp in this respect, a server using tcp creates a seperate connection for each client that connects to the server. So after doing a wait on a server, you have to get the connection. You can do this using 'first, "new-connection: first wait server". Then you can copy from new-connection. server: open tcp://:8009 forever [ new-connection: first wait server receipt: copy new-connection print receipt insert new-connection "ACK_RESPONSE" close new-connection ] Note that there are other difference between tcp and udp, so that previous example probably won't work as you'd expect. There are some more examples in the core pdf, under Network Protocols->TCP. > Here is an example of client and server scripts that do work (if I > change the first line of each script to open/lines tcp:* or to > open/string tcp:* I get the error): > > REBOL [] > > client: open udp://localhost:8009 > forever [ > message: input > insert client message > wait client > print copy client > ] > > REBOL [] > > server: open udp://:8009 > forever [ > wait server > receipt: copy [] > receipt: copy server > print receipt > insert server "ACK_RESPONSE" > ] Julian Kinraid -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: help crashes?
mine freezes when I >>help system - Original Message - From: "Graham Chiu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 20, 2000 11:27 PM Subject: [REBOL] help crashes? > > using REBOL/View 0.10.38.3.1 2-Oct-2000 > > help rebol > > crashes my system. > > Works okay with core. > > -- > Graham Chiu > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] security violation
I'm running a script in my cgi bin directory. The header is: #!/path/to/rebol --cgi -s but when my script attempts a write a new txt file to the cgi-bin directory, I get: REBOL - Security Violation How can I write to my cgi-bin? -- Graham Chiu -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: help crashes?
Graham wrote: > using REBOL/View 0.10.38.3.1 2-Oct-2000 > > help rebol > > crashes my system. > > Works okay with core. It's a bug in View that's fixed in latest experimental Core. Andrew Martin ICQ: 26227169 http://members.nbci.com/AndrewMartin/ -><- -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] help crashes?
using REBOL/View 0.10.38.3.1 2-Oct-2000 help rebol crashes my system. Works okay with core. -- Graham Chiu -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Antwort: Re: Antwort: Rebol vs Ruby
Michal Kracik wrote: > > Wow, Python has bindings for OpenGL, and I still use C++ for that :-( > Has anyone with REBOL/command tried binding and calling OpenGL or Mesa > library? Realtime 3D graphics would be way cool in REBOL! Yes, I did have that running (can't remember how well). I don't use Command now so it is stuck in limbo :) Julian Kinraid -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Rebol mode for Emacs
On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote: > > ... I can't figure out how to load rebol.el. There isn't a > > .emacs file as mentioned in the readme. Can anyone help with Oh, forgot that this could be a problem. Shame one me. ;-) However, .el-files usually don't come with any documentation at all. At best only advanced usage features of the mode is described, and that is definately not a newbie's first concern. Until a couple of months ago, I wouldn't have known how to install a new mode-file either. The tutorial (C-h t) and the FAQ (C-h F) mention them, but I don't think they describe how to install new modes. > So, with win emacs (or any emacs), to get to your .emacs, > C-x C-f ~/.emacs Thanks, I think I'll add this tip to the README. Marcus If you find that life spits on you calm down and pretend it's raining -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Rebol mode for Emacs
On Mon, 18 Dec 2000 [EMAIL PROTECTED] wrote: > > Yeah!Way to go! Like Jeff, I still dream of getting > > those close brackets balanced with the open and not the > > body of the block. Perhaps that is not yet to be. > Maybe it is meant to be. Well, you know why I wrote that, don't you? It's the same old story: A - "So, what about this bug...?" B - "That's not a bug, it's an intentional feature! We wanted it to be like that. Really, we did." A - "Oh...er... B - "You mean you didn't like it...?" *sob* A - "No no, I liked it, I liked it! Please don't cry..." In case you wondered about that. :-) > Here's a quick hack that makes it work Hey it works! I guess quick hacks are the best hacks. Thanks! >-jeff You're the jeff that wrote: / (setq tab-width 4) ; Added these two. -jeff / / (setq tab-stop-list ... / aren't you? It seems as if you know Elisp quite well, and also modified some of it long time ago. Makes one wonder why you didn't fix all of it right away. Oh well, doesn't matter now. ;-) Marcus If you find that life spits on you calm down and pretend it's raining -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Antwort: Re: Antwort: Rebol vs Ruby
Wow, Python has bindings for OpenGL, and I still use C++ for that :-( Has anyone with REBOL/command tried binding and calling OpenGL or Mesa library? Realtime 3D graphics would be way cool in REBOL! -- Michal Kracik [EMAIL PROTECTED] wrote: > > I agree with you to an extent Petr, but Python has bindings standard > graphical toolkits like GTK, GNOME, MFC, OPENGL, TK e.t.c which is more > useful for programmers that have to support existings programs implemeted > in these toolkits. REBOL is still, in my opinion a great language, but as > long as the crucial features like Database support are still missing in > REBOL/core at present, it would be hard to convince anyone to use it as an > allround programming language. > > My REBOL interpreter is still installed and would stay installed till > > Regards > > Sharriff Aina > > P.S APACHE has python modules; MOD-PYTHON.. > > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Antwort: Re: Antwort: Rebol vs Ruby
Hi, It is a lot of clever programmer on this list, and the rebol programming concepts and the rebol shell are the best i ever seen - but isn't it so, that those willing ( and capable) to seriously play with rebol would't have a chance to do it on their own, without undescribe certain agreements with RT - i' m not for or contra open source and read Carl's interview about "open source is teared off ..." - isn't it (ironically) the rebol that could have the undesirable impact from a lack of -desirable? - wide rebol acceptance in the programming wold.? Python is a very good example - just look at what Jim Hinguin , Mark Hammod, Barry Warsaw did for Python - and here (most) have to look up at RT to see if they have done something.. - OK, you could say - "how about you?"- i dont' bother; - i think that many would'n even think about rebol if they know it's not open... Those of you that have definitive insigths about rebol's development and plans would say - wait, we have more in the pipeline -! If i'm wrong i would rather hear it. Thanks Sascha. [EMAIL PROTECTED] wrote: > I agree with you to an extent Petr, but Python has bindings standard > graphical toolkits like GTK, GNOME, MFC, OPENGL, TK e.t.c which is more > useful for programmers that have to support existings programs implemeted > in these toolkits. REBOL is still, in my opinion a great language, but as > long as the crucial features like Database support are still missing in > REBOL/core at present, it would be hard to convince anyone to use it as an > allround programming language. > > My REBOL interpreter is still installed and would stay installed till > > Regards > > Sharriff Aina > > P.S APACHE has python modules; MOD-PYTHON.. > > > Petr > KrenzelokAn: [EMAIL PROTECTED] > [EMAIL PROTECTED]> Thema: [REBOL] Re: Antwort: Rebol vs Ruby > Gesendet von: > rebol-bounce@ > rebol.com > > > 20.12.00 > 08:20 > Bitte > antworten an > rebol-list > > > > [EMAIL PROTECTED] wrote: > > > Hi! > > > > I think a better comparism would be : > > > > REBOL vs PYTHON > > > > check out the features of python (www.python.org) , even Microsoft has > > shipped a product coded in python. REBOL is a clean, clear language, but > > Python is just as clean, and clear, it´s got OOP , Database, and > bindings > > to every important graphic toolkit...ermm ..all for free. > > Yes, maybe that's why we lost folks like Tim Peters who was with us during > Rebol 1.x days and is awarded python supporter? On the other side, the > question is, if going in the directions where python, php etc. dominates > will > make ppl change their minds ... > > Look, I would like to see Apache module with Rebol modules, and component > support in Rebol (to simply load /library component to Rebol/Apache e.g.) > so > much, but RT has to get some money first.It will come, I am just not sure > when. > > Do you know btw. TCL and Python commercial attempts both were not > succesfull? > ;-) (IIRC ...) > > Rebol is OK, we just need it to be more modular, async., faster. Everything > is > planned, it will come. While playing with /View for last few weeks I am not > sure any Python, whatever gfx toolkit can offer something similar to View > concept > > Cheers, > -pekr- > > > > > > > Regards > > > > Sharriff Aina > > > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Antwort: Re: Antwort: Rebol vs Ruby
I agree with you to an extent Petr, but Python has bindings standard graphical toolkits like GTK, GNOME, MFC, OPENGL, TK e.t.c which is more useful for programmers that have to support existings programs implemeted in these toolkits. REBOL is still, in my opinion a great language, but as long as the crucial features like Database support are still missing in REBOL/core at present, it would be hard to convince anyone to use it as an allround programming language. My REBOL interpreter is still installed and would stay installed till Regards Sharriff Aina P.S APACHE has python modules; MOD-PYTHON.. Petr KrenzelokAn: [EMAIL PROTECTED] Thema: [REBOL] Re: Antwort: Rebol vs Ruby Gesendet von: rebol-bounce@ rebol.com 20.12.00 08:20 Bitte antworten an rebol-list [EMAIL PROTECTED] wrote: > Hi! > > I think a better comparism would be : > > REBOL vs PYTHON > > check out the features of python (www.python.org) , even Microsoft has > shipped a product coded in python. REBOL is a clean, clear language, but > Python is just as clean, and clear, it´s got OOP , Database, and bindings > to every important graphic toolkit...ermm ..all for free. Yes, maybe that's why we lost folks like Tim Peters who was with us during Rebol 1.x days and is awarded python supporter? On the other side, the question is, if going in the directions where python, php etc. dominates will make ppl change their minds ... Look, I would like to see Apache module with Rebol modules, and component support in Rebol (to simply load /library component to Rebol/Apache e.g.) so much, but RT has to get some money first.It will come, I am just not sure when. Do you know btw. TCL and Python commercial attempts both were not succesfull? ;-) (IIRC ...) Rebol is OK, we just need it to be more modular, async., faster. Everything is planned, it will come. While playing with /View for last few weeks I am not sure any Python, whatever gfx toolkit can offer something similar to View concept Cheers, -pekr- > > > Regards > > Sharriff Aina > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Network printing
Bo: Thanks for your answer, but this won't work in our actual env... But I will try to implement such a solution in a near futur ! Regards, Christophe > -Original Message- > From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] > Sent: dinsdag 19 december 2000 17:24 > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Network printing > > > Christophe, > > Some network printers support the FTP protocol. Perhaps this would be a > good method to try. > > Hope this helps! > > -Bo > > On 19-Dec-2000/17:33:27+1:00, [EMAIL PROTECTED] wrote: > >Hi Rebolians: > > > >Does anyone know how I could get REBOL/Command print to a network printer > ? > > > >I tried: > > > >>> p: open prn://CRSSRV002/CATPrint > this last is the network name > of > >the printer > >** Access Error: Invalid port spec: prn://CRSSRV002/CATPrint. > >** Where: p: open prn://CRSSRV002/CATPrint > > > >Any suggestion ? > > > >Regards, > > > >Christophe > > > > > >-- > >To unsubscribe from this list, please send an email to > >[EMAIL PROTECTED] with "unsubscribe" in the > >subject, without the quotes. > > > -- >Bohdan "Bo" Lechnowsky >REBOL Adventure Guide >REBOL Technologies 707-467-8000 (http://www.rebol.com) >The Official Source for REBOL Books (http://www.REBOLpress.com) > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Antwort: Rebol vs Ruby
[EMAIL PROTECTED] wrote: > Hi! > > I think a better comparism would be : > > REBOL vs PYTHON > > check out the features of python (www.python.org) , even Microsoft has > shipped a product coded in python. REBOL is a clean, clear language, but > Python is just as clean, and clear, it´s got OOP , Database, and bindings > to every important graphic toolkit...ermm ..all for free. Yes, maybe that's why we lost folks like Tim Peters who was with us during Rebol 1.x days and is awarded python supporter? On the other side, the question is, if going in the directions where python, php etc. dominates will make ppl change their minds ... Look, I would like to see Apache module with Rebol modules, and component support in Rebol (to simply load /library component to Rebol/Apache e.g.) so much, but RT has to get some money first.It will come, I am just not sure when. Do you know btw. TCL and Python commercial attempts both were not succesfull? ;-) (IIRC ...) Rebol is OK, we just need it to be more modular, async., faster. Everything is planned, it will come. While playing with /View for last few weeks I am not sure any Python, whatever gfx toolkit can offer something similar to View concept Cheers, -pekr- > > > Regards > > Sharriff Aina > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Network printing
Ric: Thanks for your answer: it works all OK ! :-)) Perhaps there's no multiplatform approach to this problem, but I was just wondering why the problem was not discussied in the Core User guide or in the 'official guide'... After all, it remains an essential feature ( just think about reports ...). OK, you can generate a magnificent html page which you can print. But what about it if you have 100 different reports to print (like I have). Does the operator then have to execute 100 times the same print procedure ?... Lot of work ! Bad approach ! I hope RT will consider this problem, and bring a solution... Regards, Christophe > -Original Message- > From: Ric Shepard [SMTP:[EMAIL PROTECTED]] > Sent: dinsdag 19 december 2000 19:52 > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Network printing > > Using REBOL/Command in a Windows type (e.g., peer to peer, NT server, > SAMBA) > network environment you can access network printer(s) by: > > creating a printer connection > > >> call "NET USE LPTx \\SERVER\PRINTER" > > echo to the printer > > >> echo %LPT1 print "This is a printer test" echo none > > or use a port > > >> ptr: open/lines %LPT1 > >> insert tail ptr "This is line 1" > >> insert tail ptr "This is line two" > >> close ptr > > or all the other 'port' variations > > kill the printer connection > > >> call "NET USE LPT1 /DELETE" > > HTH > > > "CRS - Psy Sel/SPO, COUSSEMENT Christophe, CPN" wrote: > > > > Hi Rebolians: > > > > Does anyone know how I could get REBOL/Command print to a network > printer ? > > > > I tried: > > > > >> p: open prn://CRSSRV002/CATPrint > this last is the network name > of > > the printer > > ** Access Error: Invalid port spec: prn://CRSSRV002/CATPrint. > > ** Where: p: open prn://CRSSRV002/CATPrint > > > > Any suggestion ? > > > > Regards, > > > > Christophe > > > > -- > > To unsubscribe from this list, please send an email to > > [EMAIL PROTECTED] with "unsubscribe" in the > > subject, without the quotes. > > -- > Ric Shepard <[EMAIL PROTECTED]> > Microcomputer/Network Specialist > Alaska Department of Fish and Game > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] REBOL vs The Dominant Paradigm [was Rebol vs Ruby]
I love this link. http://www-stz.dfki.uni-sb.de/~winter/sassenrath/computing.html It was written by Carl in 1997, before he had Avalon venture capital, before he had REBOL Technologies. When I first read this, I felt like I was breathing fresh air after being too long confined. Whenever I see someone look at REBOL and say "it's not Scheme" or "it's not Perl" or "it's not Ruby" or "it's not APL" I don't feel compelled to get into some kind of useless sectarian partisan pissing match, because REBOL itself isn't partisan. To me, it seems that the reason REBOL is so small is because it has been shaped and sculpted by powerful forces. Since we're talking about gems, it's like a diamond that's been created out of great subterranean pressure and heat Since I stumbled across this language, I've tried to explore some of the forces that I think shaped REBOL, and in that search I've been introduced to denotational semantics (and incidentally EBNF) through 'parse, functional programming through 'func, to network protocols through the schemes, state functions through 'context, to Windows 32 assembler through REBOL/Command, platform diversity through the many releases, and there is so much more to discover... I am no coder. But from the first day I stumbled across this language, REBOL has shown itself to be small and fast and vicious and so far has opened doors to everywhere I want to go. Sometimes it's been a key, sometimes it's been a sword, sometimes it's been a club. I don't see other languages, protocols, hardware, operating systems, or applications as somehow being "competition" to REBOL, I see them all as tools, that somehow, someday soon, I will be able to manipulate from within my REBOL console. So keep coding in whatever language you desire and creating wonderful tools. I will be there shortly to take advantage of them. chaz At 01:52 PM 12/19/00 -0800, you wrote: >I don't like Perl or any Perl-like language. Period. > >Geo... > > >[EMAIL PROTECTED] wrote: >> >> I have been away from the list for a while, >> so forgive me if this has already been hashed to death. >> >> I just a few days ago ran across references to Ruby, >> a newish programming language invented by a >> man in Japan (Matsumoto something...) and it seems >> to have many features similar to Rebol. >> >> http://www.ruby-lang.org/en/ >> >> Anyway, as I was reading about it I started making >> a rough comparison to rebol. Weird how similar >> the names are. Anyway, let's see... >> >> They both have good web support, are interpreted, >> support advanced data structures, have automatic garbage collection, >> have context/closures, error-handling. >> >> Platform >> Rebol ++ great, easy install, works on lots of platforms >> Ruby - oriented towards unix, can work on windows with effort., >> only works in places like unix, and windows and dos and a few >> other platforms which can cobble together unix-like behavior >> with various add-on support modules. >> >> Multithreading >> Rebol - I know the apache server has some threading, but not basic reb. >> Ruby + good support for threads and semaphores >> >> Grpahics >> Rebol + graphics available now, no charge, and platform indep., easy to use >> Ruby - still don't have it built in, only some links to tk and other >> >> unix libs Open Source >> Rebol - no open source >> Ruby + strong open source community >> >> OOP >> Rebol ? rebol objects don't have real inheritance, you can do useful stuff, >> but they often just act as nice containers. >> Ruby + everything is an object, this is real oop, albeit single-inheritance. >> (personally, I don't care that much about oop, but if you do, you will like Ruby's oop) >> >> Performance >> Rebol ? Performance boosted at the loss of continuations and other niceties. >> Ruby ?- Probably has perf. not quite as good, but still pretty good, and >> they haven't jettisoned continuations, which is cool. >> >> Packages - modules for large sw dev. >> Rebol ? I haven't been following, but Rebol's are improving all the time >> Ruby + they seem to have good support for modules/libs/namespaces >> >> Size >> Rebol ++ Nice and small and easy to install >> Ruby ? Not sure how big, but probably not small like Rebol. >> >> Syntax >> Rebol + I like Rebol's syntax, don't suffer from endless parentheses and ; >> Ruby -? Pretty good syntax, but lots of "end" keywords everywhere >> >> Closures >> Rebol - Boo, hoo, I miss them >> Ruby + Yeah, they still got 'm >> >> Web Protocols >> Rebol + built in, could often use better doc. and examples, >> and some stuff like support for cookies is still lame addon >> Ruby ? seem to have good stuff, but as external package >> it is not quite as built in and ready to go, but still not bad. >> >> Object Serialization (saving and sending 'em) >> Rebol - nothing on the map yet, and it would add a whole new >> dimension, but problems as the definiti
