World: r4wp
[Ann-Reply] Reply to Announce group
older newer | first last |
Kaj 12-Dec-2012 [1031] | James, I bought Compute in the eighties whenever I could lay my hands on it in the Netherlands :-) |
GrahamC 12-Dec-2012 [1032x2] | And spent hours typing in listings :( |
I rigged up my C64 with the speech synth module so that it would read out each character as i typed in the machine code listings etc | |
Kaj 12-Dec-2012 [1034] | Yeah, I think my biggest was 18KB, complete listings of the TurboBASIC interpreter and compiler. We haven't made any progress since then ;-) |
GrahamC 12-Dec-2012 [1035] | I've got my Compute! magazines in storage in my shed |
Kaj 12-Dec-2012 [1036] | For some mags I had to write my own entry programs to assist in using the checksums |
GrahamC 12-Dec-2012 [1037] | Magazines were fun then .. now you have to do a random walk across the web |
Gregg 22-Dec-2012 [1038] | Thanks for putting Saphirion's efforts behind R3 Robert. |
GrahamC 22-Dec-2012 [1039] | Robert, gray text on a black background is very hard to read .... |
Robert 22-Dec-2012 [1040] | where is it? On our R3-GUI doc pages? |
GrahamC 22-Dec-2012 [1041] | Downloads page |
Robert 22-Dec-2012 [1042x2] | Ok, checking & changing. |
Done. | |
Endo 24-Dec-2012 [1044] | That's cool Kaj! :) But I think when Doc start working on the optimizer, the difference will be smaller. |
Kaj 24-Dec-2012 [1045] | Of course, but Red will always be a lot slower than Red/System |
Henrik 24-Dec-2012 [1046x2] | function! -> routine! = nice and easy way to optimize things, when required. |
or, encapsulate optimizations | |
Arnold 28-Dec-2012 [1048] | Kaj, still very important progress too! |
Janko 29-Dec-2012 [1049] | Kaj, awesome!! |
DocKimbel 29-Dec-2012 [1050] | ChristianE: nice work! How do you cope with multiple columns having the same name returned by INSERT? This can happen when you select from several tables, and may lead to nasty errors. |
BrianH 29-Dec-2012 [1051x3] | The headers (field names) aren't used for retrieval, they're just returned for documentation. As in R2, the columns are returned positionally. |
The block of headers is not screened for dups and currently could use a little screening for unnamed columns (it would be better to return none rather than an empty word). Fortunately, they don't matter in your code unless you want them to. | |
If you're careful about your column naming, the returned block of header words can be handy though. | |
ChristianE 30-Dec-2012 [1054x2] | Hi Brian! In order to make the ODBC extension bootable, I've commented out the last lines in src/boot/odbc.r, because otherwise R3 chokes on the word EXTEND not being bound to a context on boot time. It's not available as SYS/EXTEND either, but of course, there must be some way to use EXTEND. |
(sorry, wrong group) | |
DocKimbel 30-Dec-2012 [1056] | BrianH: see the "Column names" section in the README, those column names returned by INSERT are specifically meant for mapping on the result set, hence my concern about duplicate names. |
ChristianE 30-Dec-2012 [1057] | You're both right here. Usually, I avoid duplicate names on the SQL side already, frequently mapping sql result column names with "as <columnname>" to the words I want to use in Rebol. SELECT Customer.ID AS CustomerId, Article.ID AS ArticleId, Order.Copies * Article.Price AS TotalPrice ... ---> [customer-id article-id total-price] |
BrianH 30-Dec-2012 [1058] | Doc, those column names are meant for binding to the result set, but it is not necessary to access the result set that way. You usually just do the positional access. If you want to use the column names, you have to make sure the column names are unique and that all columns have names, same as you have to do with all SQL. |
Gregg 30-Dec-2012 [1059] | Very cool Kaj. |
Kaj 30-Dec-2012 [1060] | Thanks |
GiuseppeC 1-Jan-2013 [1061] | Robert, Great. Documentation is really inportant to use your product. |
Endo 2-Jan-2013 [1062] | Very nice updates Robert. Thanks for your effort. |
MaxV 4-Jan-2013 [1063] | Where is published r3-view.exe ? |
Andreas 4-Jan-2013 [1064] | http://development.saphirion.com/resources/r3-view.exe |
Maxim 4-Jan-2013 [1065] | Robert, does the android port currently have GUI support? |
Robert 4-Jan-2013 [1066x2] | No, console online at the moment. |
Network will be next. | |
Luis 4-Jan-2013 [1068] | What version of Android is needed for R3droid.apk ? |
Robert 4-Jan-2013 [1069] | Cyphre can tell, but IMO it should work on pretty most of them. |
Bo 4-Jan-2013 [1070x5] | Connected with WiFi on Android 4.0 on Motorola Electrify 2, trying to run the test script, I get the following: |
>> do http://development.saphirion.com/experimental/oneliner-prime-numbers.r ** Access error: cannot open: tcp://development.saphirion.com:80 reason: -12 ** Where: open open unless sync-op either read ** Near: open conn port | |
But it is super exciting, anyway! | |
I got a slightly different message when I tried it with 3G instead of WiFi, for some reason: >> do http://development.saphirion.com/experimental/oneliner-prime-numbers.r ** Access error: cannot open: tcp://development.saphirion.com:80 reason: -12 ** Where: open open unless sync-op either read either read-decode case load -apply-do ** Near: open conn port | |
(Just more detail in the "where" field on the second error) | |
Robert 5-Jan-2013 [1075] | Bo, you have to download the script and than run it. Network support is not yet running. That's next. |
Cyphre 5-Jan-2013 [1076x5] | yes, networking is not done yet. You just download a *.r script (or copy on your sdcard in the phone). Then you can just clik on the script file and file association requester should popup so you can run *.r scripts just by clicking on them instead of execution from console. |
regarding version: this .apk should be compatible and run on Adroid v2.2.x (FROYO) and up | |
(I've tested it on Android 2.3 (GINGERBREAD) phone and it works well.) | |
BTW It would be interesting to see how R3 performs on multiple devices. The easier way is just open the R3 console and execute: SPEED? | |
(with /NO-IO refinement) | |
older newer | first last |