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

World: r3wp

[!REBOL3]

BrianH
26-Aug-2010
[4654]
The problem with the map! method is that we would have limits on 
what could be in the block.
Henrik
26-Aug-2010
[4655]
ok
BrianH
26-Aug-2010
[4656x2]
There's the 2-block method, which would only top out at n^2 performance. 
Or we could hybrid, using map! for non-structures.
Or we can do the remove-each copy [not find ...]  method, which tends 
towards n^2.
Henrik
26-Aug-2010
[4658]
I'm not sure if I can make a decision here.
Ammon
26-Aug-2010
[4659]
If you've imported a module and then updated the module and incremented 
the version of it and then call import again this time requesting 
a newer version than has been loaded shouldn't the module be reloaded?
Graham
26-Aug-2010
[4660]
One would think so .. can you even reload a module?
Ammon
26-Aug-2010
[4661]
The answer is yes!  However I'm not sure this is a good idea...

remove/part find system/modules 'module 2
import 'module
Henrik
26-Aug-2010
[4662]
anyone know if R3 RENAME will allow moving files and dirs now?
Graham
26-Aug-2010
[4663]
ammon, that doesn't look like an approved reload method!
BrianH
26-Aug-2010
[4664x3]
Ammon, the answer is yes, without changing system/modules. The new 
module is added (and used for all new references), and the old module 
is still referenced in system/modules so the new version can migrate 
data from the old.
system/modules is a block. New modules are just added to the beginning 
of the block. Old versions are not removed by the module system. 
Security issues might prevent them from being removed at all in the 
future - this is an unresolved issue.
The actual module doesn't have much directly in it, just two objects, 
one for the spec, one for the local context. If you empty out the 
local context then there shouldn't be much memory referenced.
Ammon
26-Aug-2010
[4667]
Then I've found a bug...  And some unexpected behaviour...

>> t: import 'test-module
>> test
0.0.1
>> t/test
0.0.1
>> t2: import/version 'test-module 0.0.2
** access error: cannot open: %test-module.r reason: none

>> t2: import/version 'test-module 0.0.2
>> test
0.0.1
>> t2/test
0.0.2



Apparently if you don't have the version available in your module 
search path then it errors out without telling you why it failed.
BrianH
26-Aug-2010
[4668x2]
Yeah. The bug is that we need better errors. I am rewriting the module 
system now (more or less, I took a break for a bit). The last stage 
is reviewing the errors and getting more informative ones added to 
the error catalog.
For now, a lot of the possible errors are just asserts.
Ammon
26-Aug-2010
[4670]
And those asserts are incredibly confusing...


Glad to know you are working on it.  Does this mean that I don't 
need to enter any of this in CureCode?
BrianH
26-Aug-2010
[4671x2]
Yes. When the rewrite is done, I hope to see all of its errors reported 
though :)
The new code is specificly designed to be less confusing. The old 
code failed the hit-by-a-bus test.
Ammon
26-Aug-2010
[4673]
Excellent.  I'll be anxiously awaiting your update.
BrianH
26-Aug-2010
[4674]
Look in the !REBOL3 Modules group for details. I've already given 
a lot of status updates.
Ammon
26-Aug-2010
[4675]
LOL!  That's pretty much what it felt like when I first started playing 
with Modules but I seem to be making some progress.
BrianH
26-Aug-2010
[4676x2]
The requested delayed modules feature ended up creating a lot of 
other features as a side effect. The new module system is much more 
powerful. And by default just as easy to use (I hope).
The (incomplete) design docs (for the incomplete design) are here: 
http://www.rebol.net/wiki/Module_Design_Details
Henrik
27-Aug-2010
[4678x2]
ok, looks like RENAME under OSX R3-A97 is broken
and windows too
AdrianS
27-Aug-2010
[4680x2]
seems to work on a104
only tried using a file!, though
Henrik
27-Aug-2010
[4682]
please try a directory
AdrianS
27-Aug-2010
[4683]
I get "** Script error: cannot use rename on port! value"
Henrik
27-Aug-2010
[4684]
ok, still broken
AdrianS
27-Aug-2010
[4685]
are you going to log the issue?
Henrik
27-Aug-2010
[4686]
it's already in curecode.
Henrik
28-Aug-2010
[4687]
Finished the first round of RM Asset's build system. There will surely 
be some revisions required, but I've put the manual out for public 
study:

http://rebol.hmkdesign.dk/files/r3/build/build-manual.html
Steeve
28-Aug-2010
[4688]
nice work
Demitri
28-Aug-2010
[4689]
Where is the latest 104 release?
Steeve
28-Aug-2010
[4690]
DTC
Demitri
28-Aug-2010
[4691]
DTC?
Steeve
28-Aug-2010
[4692]
is there any related anounce ?
Demitri
28-Aug-2010
[4693x2]
The blog talks about a 104 version.  My last one is 100.x.x.x
The blog talks about a 104 version.  My last one is 100.x.x.x
Henrik
28-Aug-2010
[4695]
It's a guru only release and very unstable, but there is a link in 
the REBOL3 Host Kit group.
Demitri
28-Aug-2010
[4696]
ok, thanks.
Graham
28-Aug-2010
[4697]
You can build your own 104 release or download Robert's
Steeve
28-Aug-2010
[4698]
Oh ! Didn't see the blog
Demitri
28-Aug-2010
[4699]
ok, thanks guys.
Steeve
28-Aug-2010
[4700]
I'm like Henrik, I use an old one cuurently, A95
Graham
28-Aug-2010
[4701]
the 104 you build works with go.r but Robert's doesn't
Henrik
28-Aug-2010
[4702]
anything after A97 is pretty much bat country right now.
Demitri
28-Aug-2010
[4703]
Is there graphics yet?