r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Core] Discuss core issues

Graham
10-Jun-2010
[16937]
This Git GUI is not very intuitive to use ...
AdrianS
10-Jun-2010
[16938x2]
tried tortoise git? works pretty well
or is this linux?
Graham
10-Jun-2010
[16940x2]
windows
Git-GUI by Shawn Pearce et al
AdrianS
10-Jun-2010
[16942x2]
why'd you choose this GUI?
I like the shell integration with tortoise git - same as with tortoise 
svn
Graham
10-Jun-2010
[16944x4]
Must have been directed to by Git Hub
Probably I just don't understand how git works
Gab, this is a quick demo with the reinstated write event

http://rebol.wik.is/Protocols/Test-async-http.r


I downloaded a 16mb file, and it updates the bytes downloaded, and 
the progress bar... .and I can still type while it is downloading.
In the close event I am supposed to return a true to exit that event 
loop, but if I do that I also shut down View events so I left it 
as false.
Is that correct??
Maxim
10-Jun-2010
[16948x2]
I used it and modified it too a few years ago... I have 5 simultaneous 
feeds of different types (rss, search engines, xml-web-app) with 
updates and animation.

it was pretty stable once I wrapped an attempt around every close 
port in the source.... otherwise, for some reason it would crash 
rebol arbitrarily .
by close port, I mean, even in the async handler itself.
Graham
10-Jun-2010
[16950x2]
I guess I don't need to exit the handler then?
the port is closed so no more events are arriving
Maxim
10-Jun-2010
[16952]
in theory yes, but I realized that sometimes, for some reason, the 
port got closed more than once by the async code within the interpreter. 
  the attempt seemed to cure any problems with that.
Graham
10-Jun-2010
[16953x2]
BTW, if anyone wants to try this, I have no error handling.
Fair enough .. wrap any close with an attempt
Pekr
10-Jun-2010
[16955]
Graham - we are talking R2 here, right?
Graham
10-Jun-2010
[16956x2]
Yes.
R3 looks long stalled ...
Pekr
10-Jun-2010
[16958]
yes, very little of sign of life in R3 land last weeks/months ...
Graham
10-Jun-2010
[16959]
So, we have to keep improving R2 which is at least usable in applications
Pekr
10-Jun-2010
[16960x2]
Understood. I thought about the back-up plan of how to make R3 usable 
- simply to get it at least on par with R2. Dunno if much is needed? 
Screw the console ... but at least - fixed call, dll interface, protocols 
(we have some base of your work), what else might be missing? DB 
protocols port?
But - some things might require Carl's attention anyway, so ....
Graham
10-Jun-2010
[16962x2]
No SSL ... means not really usable for me
but yes, all those other things such as fixed call, dll interface, 
and DB protocols ...
Pekr
10-Jun-2010
[16964]
Maybe Ladislav or someone else could took over the improved DLL interface 
in the form of extension? There's still 450 USD floating, and Max 
did not deliver yet :-) ... and although having dyncall would be 
nice, having simpler but improved DLL interface might be still helpful 
:-)
Graham
10-Jun-2010
[16965]
Why doesn't Carl claim the $450 ?
Pekr
10-Jun-2010
[16966x2]
dunno ... while it is nice money for folk here in CZ, it might not 
be enough of money for someone from US to become interested. BrianH 
also does not have a job, so I wonder why did not he picked-it up? 
I know 450 USD is not much, it is just some first attempt at pseudo-financing 
development effort. It was just brought to encourage some developments 
...
If someone would create proper development schedule, I could sponsor 
100 USD/month, let's say for 1 year. Yes, I am crazy enough. But 
- I want to see some result, I want to see R3 moving forward ...
Graham
10-Jun-2010
[16968x2]
Well, first off it needs to be stated the $450 is there for someone 
to claim again.
Let's ask Brian if he wants to try first then ...
Pekr
10-Jun-2010
[16970]
If more ppl like me would be willing to sponsor other devs (simply 
by donating the amount they can easily afford), we would be close 
to the bounty system ...
Graham
10-Jun-2010
[16971]
Can you restate the task somewhere ... on a web page or something?
Pekr
10-Jun-2010
[16972]
Isn't bounty group here?
Graham
10-Jun-2010
[16973]
not everyone is on altme
Pekr
10-Jun-2010
[16974]
rebol.org?
Gabriele
10-Jun-2010
[16975]
Graham: on close you can just close the port (so that it is removed 
from the wait list). apparently not doing that causes an error (not 
sure if this is new, or i just never catched it before; anyway i 
think rebol should not be calling the awake after the port has been 
closed)
Oldes
10-Jun-2010
[16976]
Anton - "MOLD can produce a string with braces instead {}"  - That's 
true, but only if the string contains new line or " char. You cannot 
use such a chars in file names, so I think it's pretty safe to use 
mold for the above example.
Izkata
10-Jun-2010
[16977x3]
It's possible, although certainly rare.  I've accidentally made files 
with newlines in the filename.  And I just checked - the quote mark 
is also valid (on linux)
Also, length is an issue:
>> mold [Long line?]
== "[Long line?]"

>> mold [Long line? lets make it really really really really long 
now]

== {[Long line? lets make it really really really really long now]}
(Rebol 2.7.6 on Ubuntu)
Maxim
10-Jun-2010
[16980x2]
in R2 ... isn't this wrong?

>> a: first do "['dd]"
== 'dd
>> type? a
== word!
>> a: to-lit-word a
== 'dd
>> a
== dd
>> type? a
== word!
the way I see it, the above means that words always aggressively 
evaluate lit-words, 


shouldn't a value returned as a lit-word stay that way until an eval 
of your choice is perfomed on it?
Izkata
10-Jun-2010
[16982]
This may help, but I don't play with lit-words very often:
>> a: first do "['dd]"
== 'dd
>> type? a
== word!
>> type? :a
== lit-word!
Maxim
10-Jun-2010
[16983x2]
yeah, I guess you're right... I didn't think about it this way.


its the purpose of a word to evaluate its content, and get-words 
to return them un-evaluated.


still, this specific case isn't very obvious.  guess I put my "newbie 
hat" for a few minutes there  ;-)
in a dialect, via block-parsing, this is a very tricky detail!
Ladislav
10-Jun-2010
[16985]
I suggested quite a few times to Carl to specifically suppress this, 
but my proposal was not accepted in this case, maybe if you wrote 
it as a CureCode wish, Carl would find out I am not the only one 
suggesting it?
Steeve
10-Jun-2010
[16986]
As Iskata underlined it, i don't see anything specific.
a -> is evalatued, :a is not.

The VM always tries to evaluates/reduces the words, not the get-words.