AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 152 |
r3wp | 3047 |
total: | 3199 |
results window for this page: [start: 236 end: 335]
world-name: r3wp
Group: Script Library ... REBOL.org: Script library and Mailing list archive [web-public] | ||
Maxim: 14-Sep-2006 | sunanda I am getting an error from the server itself! whenever I press download, it starts the download (shows the green xfer data on the bottom, and then pops up an error: here is the error as reported by LDS: make object! [ status: [100 20 "bad cgi data"] data: none diagnostics: [9003 9003 9.8084E-2] supply-date: 15-Sep-2006/1:03:41 ] have any idea where that is comming from? I try to check it out from the code I have... but its been sooo long, A nudge on your part will help me get this working much faster IMHO! | |
Maxim: 14-Sep-2006 | well, I did all I can, for some reason, the same code under 1.2.10 and 1.3.2 does not seem to request the same data on the server (I guess). | |
Sunanda: 8-Nov-2006 | Apologies -- REBOL.org was unavailable for just under a day, it's back now. The problem originated with the ISP, and it took them a little while to work out what they'd done wrong. Using a "non-standard" language seems to have added to their debug time: Extracts from two emails from the ISP's technical support: <<Hi, Sunanda. Sorry this is taking a bit. As I'm sure you know you have a non-standard setup :-) We aren't familiar with it and are puzzling it out. Am I right that you have your own scripting language? And that [snipped] is the [path to the] interpreter?>> <<Aha! Our web server rebooted yesterday. It's a FreeBSD server, and for a reason we haven't determined yet, the Linux compatability module didn't load. We loaded it and your site works again. We'll figure out why that module didn't load at boot.>> | |
Graham: 20-Jan-2007 | 550 is a server error | |
Sunanda: 7-Mar-2007 | It would certainly be nicer to have shorter URLs. We inherited the use of CGIWRAP (which is creating all the long URLs), and were not able to remove it when we started. That's a great pity. What I'd realy like is for the server to be running apache 2, so we could read the REDIRECT variables in the 404 handler. Then we could do pretty much any amount of rewriting of URLs intelligently in a REBOL script. Sadly, we are still on 1.3 with no hope of an early upgrade. | |
Sunanda: 1-May-2007 | It could even work from a zip file, so no server scripts need be harmed in the writing of it :-) | |
Sunanda: 1-May-2007 | That's true -- not something we could do safely on a server.....Hence we are limited to load/header etc. A desktop application may be able to be more daring -- provided you don't let arbitrary code out of the sandbox. | |
Geomol: 30-May-2007 | Gregg, the Tiscali server (or network) was a bit slow last night. Try the links again, if you had trouble. | |
Sunanda: 13-Mar-2009 | Results of a tiny bit of debugging on the ascii chars problem: -- problem seems to be at the input stage: -- if you have exended ascii characters (top bit set, like the 1/4 used in the script) what we get from the webserver is bad (extra, unexpected extended ascii chars) -- only download is (visibly) affected, although the extra extended ascii chars are present in the text streams -- though there is some REBOL mezz code (decode-cgi) that may be doing something I do not understand -- I can replicate the problem with both Apache and Xitami which suggests the problem may be in REBOL rather than a given server. -- the quick fix would be to add accept-charset="ISO-8859-1" to the <form ....> or <textarea ....> -- but that stops all extended ascii, including the ones we want. So we won't do that. -- the slower fix has yet to emerge from the available options. | |
Sunanda: 25-Jun-2009 | As Carl mentioned in Announcemements: www.rebol.org is being moved by the ISP to a faster server. I'm not sure they understand what's really involved, so it is very likely that the site is going to break. I'm just going to set the site to read-only, as I am not sure they will be able to backup and copy everything while we are adding ML posts, scripts etc. I hope normal service wiill be resumed asap! | |
Sunanda: 26-Jun-2009 | REBOL.org died last night because: -- the ISP copied the entire site in preparation for a server migration -- that doubled our disk usage ..... and took us over our disk space quota -- so all file writes failed -- but they failed by writing zero byte length files. result data loss and corruption of indexes We are now restored and back up and running. The server migration is still to come. As Carl says, it may break things in other ways. | |
Sunanda: 9-Jul-2009 | REBOL.org just migrated from the world's slowest single server to a small load balanced cluster. Sadly, we're not superfast, but its early days yet. One cosmetic problem: we're showing the date as 6 hours out. Highly trained techies are working to resolve that. Other than that, it was a smooth move, mainly handled by the ISP. | |
Maxim: 10-Jul-2009 | here is an error I got trying to go to the http-tools.r script... Not Found The requested URL /cgi-bin/cgiwrap/rebol/view-script.r was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Apache Server at www.rebol.org Port 80 | |
Graham: 10-Jul-2009 | I get an internal server error at www.rebol.org | |
Sunanda: 11-Jul-2009 | Thanks Gabriele. That's probably what happened. The real mystery though is why our upload process gets it wrong with the new server. | |
Group: Syllable ... The free desktop and server operating system family [web-public] | ||
Kaj: 3-Sep-2005 | Bad performance of that server. Had it run AtheOS, it would have easily survived a few Slashdottings :-) | |
Kaj: 7-Sep-2005 | What AtheOS site are you trying? The original atheos.cx domain and site are hijacked by some thug selling drugs. Our archive of the original site was on the Scandinavian server, so it's down | |
Group: CGI ... web server issues [web-public] | ||
Volker: 25-Oct-2005 | After all Carl decided to do rebol when he set up a linux-server.. | |
RebolJohn: 15-Nov-2005 | Hello everyone.. I have a CGI problem/question. I have a Win-apache-rebol server that isn't propagting the cgi info properly.. Upon posting.. the query-string is empty. I am not sure what I am missing.. Details: page1.rcgi ======================== #!c:\rebol\rebol.exe -cs rebol [] print "content-type: text/html^/" print "<html><body>" print " <form action='page2.rcgi' method='POST'>" print " <input type='text' name='var01' size='16' value='test'>" print " <input type='submit' name='go' value='Lookup'>" print " </form>" print "</body></html>" page2.rcgi ======================== #!c:\rebol\rebol.exe -cs REBOL [ ] print "content-type: text/html^/" print "<html><body>" print mold system/options/cgi print "<hr>" print "</body></html>" if I .. ( decode-cgi system/options/cgi/query-string ), my vars are all undefined. Also, looking at the 'print mold system/options/cgi' shows query-string="" if I change page1 form-action to ... "action='page2.rcgi?x=123" then the query-string on page2 gets populated with x=123 and the value 123 gets assigned to 'x' when I 'decode-cgi'. However, my form fields NEVER get populated. Does anyone have any advice? John. | |
Pekr: 5-Dec-2005 | ok, now I tried it, Graham. I used Total Commander to copy it over ftp there. I got correct user and group permissions, but I had to chmod it directly on server to 755 | |
Volker: 5-Dec-2005 | 3) I would not put rebol in cgi-bin. If it is there, one can call the rebol-exe from the outside, without it doing a string. Never tried that, but it may think post-data is console-input. rights should be 755, only you can modify, but everyone can read it. the server may call it as "somebody else", and so it must be readable for that "user" | |
Graham: 5-Dec-2005 | http://www.cod-okna.cz/cgi-bin/rebolhttp://www.compkarori.com/test.r The requested URL /cgi-bin/rebol http://www.compkarori.com/test.r was not found on this server. Apache/2.0.50 (Fedora) Server at www.cod-okna.cz Port 80 | |
Pekr: 5-Dec-2005 | but you could flood server, running hundreds of instances .... keeping them in memory for long time ... | |
Volker: 5-Dec-2005 | Yes, but i could also call hundreds of regular scripts to keep server busy. although this way is easier, i can allocate lots of mem with one call. | |
Pekr: 5-Dec-2005 | Graham - my server is far from popular. I think no-one will do Volker's like trick. But you might be right, if we teach ppl to simply put rebol into cgi-bin dir, and then such "vulnerability" is found, ISPs might hate it .... | |
Pekr: 5-Dec-2005 | well, as for my server, I can install rebol regullarly. We just were thinking loud here with Graham, if that is good aproach or not to have it in cgi-bin, so simply you could run your rebol scripts without ISP to even know you are using rebol :-) | |
Volker: 5-Dec-2005 | Grahams obfuscation-trick should work too, as long as nobody on the same server tries to break in. | |
Volker: 5-Dec-2005 | btw, ct mentioned virtual server for e4.99. Dont know about quality, and i see german, do you see english? http://www.netfabrik.de/ | |
DideC: 12-Dec-2005 | Good to know !! Looking at some log on a server I have to administrate, Im affraid to see many request trying to find some /ebay, /lassalebank, /admin, /phpmyadmin pages on the site. Internet looks more and more like a jungle. | |
Louis: 8-May-2006 | I am running XP on my local computer. Out web host's server is running Red Hat Linux. Which version of core should I use on the host server to run the cgi scripts? If I download the proper Linux core interpreter to my XP computer, and uncompress it using WinZip, will it be corrupted by XP? How do I get a clean version of core to the Linux server? | |
Louis: 8-May-2006 | Hi Graham, I am, of course, using ftp. I'm sending core 042 for Red Hat to the server using binary mode. | |
Louis: 8-May-2006 | 500 Server Error A misconfiguration on the server caused a hiccup. Check the server logs, fix the problem, then try again. URL: http://www.dayspringpublisher.com/cgi-bin/now.cgi /home/daysprin/public_html/cgi-bin/now.cgi: Invalid shebang /dayspringpublisher.com/cgi-bin/rebol: Does not exist! | |
Graham: 8-May-2006 | shebangs only refer to the local filing system. They know nothing of web servers which are virtual paths for the web server which is an application. | |
Graham: 8-May-2006 | And your web server reported the actual path in the 500 server error message. | |
Louis: 8-May-2006 | OK, now that cgi is working, I want to make a form that will allow people to give their name and email address to be saved in a rebol db file on the server for me to download at my convenience. Has anyone already done this so that I don't have to reinvent the wheel? | |
Janeks: 11-Aug-2006 | I am trying for first time to setup rebol for cgi on remote Apache web server on Linux. I am working from WinXP Site management is done with EnsimPro. Ftp does not yet working. So what is done up to now: Uploaded file Rebol from rebol-core-2602042.tar package for Linux to cgi-bin directory; Set permisions to owner read, write, execute and for group and others to read, execute; Test script -> write file read file, Test script uploaded (throught web broeser by using EnsimPro web interface) test script: #!/var/www/cgi-bin/rebol -cs REBOL [Title: "CGI Basics"] print ["Content-type: text/html" newline] print "Hello!!!" to cgi-bin directory; Set the same permisions. Pointing to the test file I am getting "500 Internal server errror" What else could be wrong? Interesting that I have interpreters directory on this web server where are couple files regarding php and perl. Could it be connected with my problem? | |
Janeks: 11-Aug-2006 | That web server is hosting and I think that I can not access httpd.conf. Btw - where it resides? | |
Janeks: 11-Aug-2006 | The web server service providers told/wrote that it is possible to run cgi scripts on this server. | |
Sunanda: 16-Aug-2006 | I susoect View may be trying to pop-up an installation window......And so that appears on the server's console (if any). meanwhile, you wait at the end of an Internet connection unable to see anything. Possible work-around: manually install whatever files View is trying to configure? | |
Pekr: 16-Aug-2006 | what about asking server admin to add the library for you? He just could unpack it for you from his distro CD/DVD to the location where it belongs .... | |
Janeks: 20-Aug-2006 | I asked for mu web service provider to add linux-gate.so.1 to the server he did not aprove that he did (actualy I did not get any answer yet), but today I found that my test script: #!/var/www/cgi-bin/rebview -cs REBOL [Title: "CGI Basics"] print ["Content-type: text/html" newline] print "Heloooooo!!!" works differently - I am getting following response: ** Near: size-text self You can check: http://www.jk.serveris.lv/cgi-bin/test What could it mean? | |
Tomc: 20-Aug-2006 | first guess view may not work without X installed (does not on solaris) and there is no good reason to run X on a web server ... and then there are all those fiddley fonts | |
Janeks: 21-Aug-2006 | Personaly I do not like M$ as it is monster. ;-) But in my last and current work I am not responsible on which web server to chose and therefore neither for security of web server. And I am trying to separate my resposibility and SP responsibility, but of course there is cases when they overlaps. I am just trying to find as much as possible info about security of web servers and it does no matter if it is M$ or not . My first installations was on IIS 5.0 in intranet - so I relied on firewall. The last case is in public internet. So I think if there are no possibility to upload danger cgi scripts or pass danger code to existing scripts, than from my side I did all. | |
Anton: 21-Aug-2006 | I haven't used rebol much on linux, yet, but the error sounds suspiciously like the common mistake of running rebol without X running, as Tom said. The linux server you are uploading rebview to may very well *not* be running X. If that is the case, you will have to settle with Rebol/Core only. Do you really need View features ? I know some people found that they missed some image manipulation functions from Rebol/View that are not available in Rebol/Core. | |
Volker: 21-Aug-2006 | size-text: xwindows is client/server. the x-server , that is your local computer, which offers to aplications to display things to you. And it has some important informations locally, especially the fonts (and can cache images and such). /view needs access to the fonts and so access to a running x-server. the x-libs are only an interface to connect to the server. (The xserver-libs could be used directly, but well, /view does not do that. Seems to be tricky.) A incomplete sketch how to do it, with no attention to security: So with /view you need a running x-server, one way to do that headless is vnc. Can also run on another machine. Then you need to tell rebol where it is, there is an env-var $DISPLAY. Which must be set before rebol runs. Did not figure out how to configure that. Running a bash-script as cgi, set $DISPLAY, call the real rebol-script should work. And there may be issues with authentification, x-windows does not like everyone to connect by default, or the other way around, its too easy to make it too open ("xhost + ip"). There are more secure ways, but looked more complicated and i never tried. All in all i would run such things on windows. | |
Janeks: 22-Aug-2006 | Because I don't know it. And I whanted to use my blog site as demo for all those good things that could be done with Rebol. But whell - as I undertood I can use it on Linux web server. Anyway thanks, Graham, I will check how can I use them. | |
Graham: 22-Aug-2006 | I'm using the com+ server at present stil as I wasn't able to get your script to work. When I have time, I'll try again. | |
james_nak: 26-Sep-2006 | Yes, that may be a concern as well. I'm running on a virtual server so I could change those parameters. Maybe I should investigate some type of Rebol client app. instead. Basically, what I'm after is a what for my students to send in their homework files that is better and smarter than this dropbox solution that they have now. It doesn't give them feedback of a successful upload and I end up with files upon files of slightly uncategorized uploads. | |
yeksoon: 27-Sep-2006 | if you have PHP on the server...you can try SwiftMailer. http://www.swiftmailer.org/ | |
Josh: 23-Feb-2007 | Ok, I have a question regarding blog.r . I set it up on a server to play with it for a few minutes. After a couple kinks, I got it working with a few tests. I went to delete the test blogs but found they were created under the www-data user and group (this is on a linux server) and I do not have writes to delete or modify these files. In the future, is there a way to have the files created under a different user / group? | |
Josh: 23-Feb-2007 | Or is this server / apache config? I have no admin access to this box, so this could cause some annoyances | |
DanielSz: 25-Jul-2007 | Hello, I need to send multipart/form-data to a server for uploading a file from the console. I've been googling and searching the script archive, to no avail. Can anyone help? | |
DanielSz: 25-Jul-2007 | Thanks for the help. The recipe from the rebol cookbook show you how to upload a file provided the server runs a rebol script too. The server I'm uploading a file to doesn't. It expects multipart/form-data. Maybe the %cgi.r by Cal Dixon provides a solution. I'll investigate further. More hints will be appreciated, as well... | |
DanielSz: 25-Jul-2007 | In that ML thread, the request was to handle a multipart upload on the server side (in rebol). I need to perform a multipart upload on the client side (in rebol). As for the seconde link, unfortunately I get "Article x60 is no longer available ". Any idea? | |
DanielSz: 25-Jul-2007 | In other words, the rebol script has to send values to a form on the server issuing something like that in the header: Content-Type: multipart/form-data; boundary=----------6l5Xq9lJYPaaypknAH8Des etc. Surely someone has done this before (I hope)... | |
Graham: 26-Jul-2007 | I don't know if it helps, but I did write a web server stress test that did a http upload of hundreds of images in Rebol that year.. but the scripts are long lost. | |
james_nak: 30-Aug-2007 | Anyone know the answer to this one? I have a cgi script that sends an email out. The problem is that I want to send to an address that has the same domain name as the website but whose mail server is not located there (It's an Exchange Server). Any other address works fine as expected. I think it has to do with the mx records but, the weird thing is that if I generate an email via php, it goes through. Therefore I'm thinking Rebol can do it too. I've used set-net for the smtp server and have set it a different server completely but still no go. And I'm in the process of having the MX records changed. | |
Gabriele: 18-Sep-2007 | yes, /rebol/rebol.exe will not be executed by the web server, unless it is specifically configured to do so. | |
Pekr: 18-Sep-2007 | I don't need it on my server, was trying to help other guys to not feel pressed from ISPs | |
amacleod: 18-Sep-2007 | What I have found to be a problem is accessing MySQL accounts from client based rebol scripts. They seem to only allow server based access. | |
amacleod: 18-Sep-2007 | I have a rebol view app that I use to acces a MySQL database. I had it working and then ,y ISP decided to add security and no longer allow MySQL access unless its a script on the server. Ofcourse they did not inform me and it took some time to track down the problem.. | |
Gabriele: 18-Sep-2007 | it's not execute bit of the dir, and it has not much to do with unix permissions, it's web server config. normally, web server will only execute things from cgi-bin and not somewhere else. | |
Robert: 11-Nov-2007 | Maarten, I agree with your observation and you can even scale it more. If you see a web-server as just a request dispatcher to CGIs and a fast-answering-machine for user-feedback (pages, forms etc.) you just need a small and "simple" one like Cheyenne. The CGIs can be distributed to different cores (through the OS) or even to different machines (via TCP/IP). | |
Robert: 11-Nov-2007 | As dispatching requests is most likely much faster than processing a request, a single web-server should serve a lot of users and a bunch of machines do the processing. This is the coarse grained multi-process approach. | |
Maarten: 24-Nov-2007 | I am close to autogenerating fastcgi processes, linked with Lighttpd configs and generating automagical includes that match the web server config for encap/Pro. | |
Maarten: 24-Nov-2007 | With the avereage memory use fo Rebol < 10Mb you can coompute how many users I can concurrently server for complex operations (100-200 minimum), so every machine I hire can host 500 customers. That means that I should earn e0.50 customer to get a decent margin (roughly). | |
Pekr: 25-Nov-2007 | or some special server part? | |
Group: DevCon2005 ... DevCon 2005 [web-public] | ||
shadwolf: 19-Apr-2005 | the quicktime server was extremly null I thinl it could be good to start to seek for a better technology since to have to research one 2 days before the conf ;) | |
BrianH: 26-Apr-2005 | By the way, some of the content on the DevCon2004 section of the rebol.net site apparently didn't make it to the new server. 403s abound. | |
Gabriele: 27-Apr-2005 | ammon: that's very strange. the server's in the USA btw, so it's not that far from you either. | |
Group: PowerPack ... discussions about RP [web-public] | ||
ScottT: 27-May-2005 | Uniserve is very nice, I have been using it to prototype/test before I upload to actual server. It broke my heart it was gpl. BSD is very good choice. Free software should not be restricted, and GPL has too many of those. makedoc/spec is the killer app, and in that intensional programming vein is coursing all the best documentation, and REBOL does a fine job of documenting itself because it is so semantic by nature. To understand how to use a moderately complex system like a full-featured web server, it is going to be important to capture the thinking of those who wrote the code. REBOL parsing allows all information pertaining to the code to be right there with the code, and a function of DO -ing anything. the standard documentation scheme should follow how REBOL [] headers work, and simply have the makedoc embedded within the scripts. | |
Volker: 27-May-2005 | Well, you said "To understand how to use a moderately complex system like a full-featured web server, it is going to be important to capture the thinking of those who wrote the code.". and then you want to force your users not to look at it? | |
Group: PgSQL ... PostgreSQL and REBOL [web-public] | ||
Oldes: 2-Mar-2007 | or let the sql server know, what encoding you are using (that it's not UTF8) | |
Oldes: 2-Mar-2007 | if you set the encoding on the server side, you don't need to convert your strings in Rebol but let the server to do that job | |
Dockimbel: 29-May-2007 | If this don't work, tell me what Postgres server version are you using, I'll try to reproduce the error. | |
xavier: 27-Nov-2007 | i have experienced a sort of problem : i needed a native driver for sql server in rebol because odbc wasnt suitable. Does this exist or its not possible ? | |
Graham: 27-Nov-2007 | I think sql server is only odbc | |
BrianH: 2-Dec-2007 | By the way, ODBC and OLEDB are the native access methods of MS SQL Server - they are not an add-on layer. The tcp line protocol is the same protocol that the client libraries use. I think there is a few open source libraries that support the tcp connections (such as FreeTDS), though they may not be very current. You might be able to look at their code and docs to figure out the protocol. | |
Dockimbel: 28-Mar-2011 | It's on the http://cheyenne-server.orgsite at the bottom ;-) | |
Dockimbel: 28-Mar-2011 | Yes, there's a few insertions to do on lower-level parts. I'll take a few minutes to do it after lunch. Btw, I don't have any pgsql server available, nor have time to setup one, so I'll let you test and eventually debug the new version. ;-) | |
Group: RT Q&A ... [RT Q&A] Questions and Answers to REBOL Technologies [web-public] | ||
Pekr: 12-Oct-2005 | Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? | |
Gabriele: 13-Oct-2005 | Q: What does the world on Nov-15-2005 look like? A: Our main goal is to get REBOL into the hands of more users, not just programmers and techies.... by the millions over time. By doing that, we create a market for not only handy free REBOL apps, but also for commercial apps and entire businesses that are related to REBOL. Q: Given that window transparency is OS specific, will there be a dialect that covers both Windows, Linux and 40+ other OS? In other words, does RT plan on continued support of so many languages, or are we entering a new era of specific OS support? A: Our plan is to make that a window option that is part of the face/options for a window. If an OS does not support this mode, then the option will be ignored, but the application will still be fully functional. Q: I hope it is still valid that cooperation with RT is possible. I mean - last few weeks I play with some Win32 functions (thanks to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop environments .... so I wonder if any SIGs will be created, some ppl will be invited to participate, comment etc., or if RT is gonna cook it all themselves? A: Yes, there are many such special interest projects currently going on. (Most of them are occurring via private projects in AltME and IOS.) These days 90% of REBOL changes are done in cooperation with the REBOL community. Q: Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? A: Regarding 2.7 and 1.4 question: we change the revision numbers (the second number) whenever there is a major change in REBOL that may be unstable. The /core 2.7 kernel (that is in /view 1.4 as well) adds new datatypes to REBOL, and they are the first datatypes added in several years, so we consider this to be a major change, and marked it that way. Yes, we do plan to be making a few AGG fixes very soon. Oh, and regarding VID: we plan to be making very big changes there. More to come soon. Q: Could you add struct! support to /Core? I keep on having situations that would be made much easier by struct! when I don't need libraries. For instance, conversions from external binary data encodings to internal REBOL values, say for file formats, network protocols and so on. Now rebcode has added other forms of strong typing like the type-specific opcodes and the vectors. Having structs with their constrained field types, their specific data layouts, would be a perfect match for the low level operations of rebcode. They would be helpful later when implementing your own data types as well. A: On structs: yes, we will enable this feature on core, but it should only be used for lower level code. Objects are more powerful. Q: Could you add an APPLY opcode to rebcode? apply: ["Apply function or path to arguments, save result" word! word! | path! block!] In rebcode: apply x f [arg1 arg2 ...] Is equivalent to this in REBOL: x: do f arg1 arg2 ... The advantage to doing function calls this way is that the arity of the opcode is fixed, even if the arity of the function called can't be known ahead of time. The value assigned to the function word could be either a function or a path, or for efficiency you could have a seperate opcode APPLYP for path values (I'd prefer just one opcode for generality but it's your call). A: I'm not sure what is meant by the path for it. You mean for refinements? That may actually slow down the apply interface. | |
BrianH: 27-Dec-2005 | It's funny, I had to reboot Windows more often while testing rebcode than I have ever needed to for an entire year with that computer. Server 2003 is very stable, but crashing processes a dozen times or more a day can wear on it a little, so I needed to reboot every couple days. Normally I would need to reboot only for occasional updates of certain third-party software, never more than once a couple months. | |
Pekr: 11-Jan-2006 | Jaime - e.g. what I need is quite simple - having app on Windows, I need to submit my data to mySQL data in Poland, so it needs to be translated to another charset .... (but IIRC it can be done on server, so I will hopefully manage it without rebol supporting unicode for now ) | |
Henrik: 28-Jan-2006 | question: I own a Linksys WAP54G access point which runs on a MIPS processor with a small Linux server on it. I tried loading REBOL/Core for MIPS onto it, but it couldn't run. The thing is, there is quite a lot of embedded hardware that runs such small linux servers. It would be easy to make control software via REBOL, connected to a PC running an encapped REBOL/View application. This would allow for rich realtime control software, rather than using the normal (slow and non-realtime) built-in webserver. I already managed to get realtime readouts on signal strength, by polling the access point through telnet and displaying a simple meter in a REBOL/View script, something not normally possible. But you could do much, much more, if you could run /Core on it directly. I think there is a lot of unused potential here. Would RT consider such ports of REBOL/Core to various embedded hardware products and provide a list of embedded hardware products that can run /Core? | |
Group: Windows/COM Support ... [web-public] | ||
Anton: 13-Dec-2005 | Thanks for your offer, but Yeksoon has kindly set up a temporary website for us, and will set up a more permanent one after some server upgrading. | |
Terry: 10-Jul-2006 | COM with PHP is soo easy... drop this into a page on your local server.. <? $word=new COM("word.application") or die("Cannot start word for you"); print "Loaded word version ($word->Version)\n"; $word->visible =1; $word->Documents->Add(); $word->Selection->Typetext("Dit is een test"); $word->Documents[1]->SaveAs("burb ofzo.doc"); $word->Quit(); ?> | |
Graham: 17-Sep-2006 | I shall try again! I did try this before and got server errors generated. | |
Group: Plugin-2 ... Browser Plugins [web-public] | ||
BrianH: 7-May-2006 | With Java, the applet is only allowed to communicate with the server that served up the applet. We could make that same restriction by default in the REBOL plugin with SECURE, and then relax the restrictions at runtime with SECURE again. Of course, that will cause the security requester to pop up and the user would then know what they should know and agree to anyways before such behavior is allowed at all. | |
ScottT: 11-May-2006 | wrt own window on top to do the window messages, etc -- I'm all for slamming itself on top of the browser, and not going through it to embed view. or make it a "windowed" control, which is how IE does SELECT elements. The complexity there is having it crop to be part of the page. I think wndows media control is like that, where you can pick a windowed version, which performs better (probably from similar things that you are running into. MSAgent runs in the browser, and is allowed ro roam anywhere on the screen in an irregularly shaped winoow. It also starts a server process which handles all calls to the interactions with applications like IE and Office that take advantage of that aspect. It's all asynchronous/multithreaded, and shuts down automatically when there are no more client controls to serve. The DOM provides screen position information, but the downside is that with embedded controls like Adobe SVG viewer and Flash is that they will respond correctly to transparency (showing html page background through transparent parts of control -- never got REBOL plugin to do that, which has something to do with wmode="transparent" or something similar | |
ScottT: 11-May-2006 | Dunno if my last post last night made it. as soon as I sent it, the world went down and i was unable to reconnect. I think there is a misunderstanding about what a windowed control is, and that is throwing people off. In the post I mentioned how MSAgent works, where you have a central server app that communicates with all the instances of the control, and I think something like that would be perfect for REBOL. If there was a way to create an instance dynamically ( using new ActiveXObject, for instance), then for those plugin scripts not needing the View UI, that would be a nice option, because that would allow using it from a WSF, as well. On a side note, when trying to use the plugin in an HTA it's crash city. | |
ScottT: 15-May-2006 | Looks like Volker covered the security issues I'd note. About Rebol as a COM server process--I would think that would be the way to go. Pretty sure that is how Acrobat runs, too. Basically, the first time you run into a PDF on the web Acrobat32 starts, and handles all instances. | |
Pekr: 16-May-2006 | Security extension, yes, removal of something - hehe, how uneducated imo :-) Is smtp so difficult to build? Having tcp socket is dangerous already, as I can build my custom smtp in script, and have server at the other end of the country, which listens on 8080 and doing smtp .... | |
Volker: 16-May-2006 | You can also run a mail-server on the machine where you host the reblet, then send works. | |
Volker: 16-May-2006 | Flash does not work? YOu have full networking to your own server, what else do you need? | |
Volker: 16-May-2006 | The urls are blocked so you can not reach a "legit" mail-server so you can not 'send. | |
Volker: 16-May-2006 | If you host the reblet from your irc-server, its no problem. Else the user needs to bless you explicitely, like with noscript. | |
Group: DevCon2007 ... DevCon 2007 [web-public] | ||
Sunanda: 17-Apr-2007 | I emailed Francois. He says: <<The server is down. I hope it 'll operational within the day. Sorry>> | |
Pekr: 7-May-2007 | maybe something like server address, port, what kind of client to use (QuickTime, other), etc.? | |
Group: Games ... talk about using REBOL for games [web-public] | ||
ICarii: 5-Jun-2007 | then the server will be ready |
201 / 3199 | 1 | 2 | [3] | 4 | 5 | ... | 28 | 29 | 30 | 31 | 32 |