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

World: r3wp

[!REBOL3-OLD1]

BrianH
3-Apr-2009
[12539]
And your point is? Of course we could do it before. The question 
is how we *should* be doing it *in the future*.
Anton
3-Apr-2009
[12540x2]
(Isn't so important - for the point I was trying to make, anyway.)
Brian, I am with you, in wanting the isolating behaviour of module 
import by default, in R3.
Maxim
3-Apr-2009
[12542]
my point is.... hehe ... that the community has always suffered from 
the "approved by god" problem... until god gives us the approval, 
nothing seems to take off in rebol... and I'm not talking about only 
my stuff here.
BrianH
3-Apr-2009
[12543]
The module code in R3 is in my area, so I will be tweaking it to 
be as close to perfect as I can. And I'll be backporting as much 
of R3's module system to R2 as is possible, as part of the R2-Forward 
project.
Ammon
3-Apr-2009
[12544]
Just curious Maxim...  Would SLIM properly catch the following code?

hax: does [ do load {set 'global-leak! "Mwahahaha!"}]

>:)
BrianH
3-Apr-2009
[12545]
Lawnmower Man: "I am God here!"
Anton
3-Apr-2009
[12546]
Ok, Ammon, no module system in R2 can catch such code.
Maxim
3-Apr-2009
[12547x4]
no cause it can't do it technically which is what I say is the advantage 
of R3 is...
we could do code inspection, but its pointless cause its easy to 
circumvent anyways.
brian: maybe a lot of the work for F2 forward already exists we could 
work together on this, if you want. ;-)
(*R2 Forward)
Anton
3-Apr-2009
[12551]
You mean, you can't do code inspection, because it's impractical, 
and can't be (achievably) automated.
BrianH
3-Apr-2009
[12552]
The word!, LOAD and BIND changes in R3 make it *much* easier to catch 
stuff.
Maxim
3-Apr-2009
[12553x2]
and I second the motion, that modules should be 100% tight closed 
by default.  its just a better habit to have by default... if god 
is going to talk to the pupils.
let the burden on importing stuff, rather than trying to box in the 
words trying to creep out by default.
BrianH
3-Apr-2009
[12555]
R2-Forward is mostly done, at least as of R3 circa a month ago.
Maxim
3-Apr-2009
[12556x3]
I have default expose of words... and frankly ,in 5 years and probaly 
about 200 libs, I've never used it once.
(in slim)
cause its impractical
BrianH
3-Apr-2009
[12559x2]
Maxim, do you have a user in R3 chat? Otherwise I can post the original 
debug source of LOAD (not even posted there).
load: func [
	{Loads a file, URL, or string.}

 source [file! url! string! binary! block!] {Source or block of sources}

 /header  {Includes REBOL header object if present. Preempts /all.}

 /next    {Load the next value only. Return block with value and new 
 position.}

;	/library {Force file to be a dynamic library. (Command version)}
;	/markup  {Convert HTML and XML to a block of tags and strings.}
	/all     {Load all values. Does not evaluate REBOL header.}
	/unbound {Do not bind the block.}
	/local data content val rst tmp

][  ; Note: Avoid use of ALL and NEXT funcs, because of /all and 
/next options
	content: val: rst: tmp: none ; In case people call LOAD/local
	
	; Retrieve the script data
	data: case [
		block? source [ ; Load all in block
			return map x source [apply :load [:x header next all unbound]]
		]
		string? source [source] ; Will convert to binary! later
		binary? source [source]
		; Otherwise source is file or url
		'else [
			; See if a codec exists for this file type
			tmp: find find system/catalog/file-types suffix? source word!
			; Get the data, script required if /header
			content: read source  ; Must be a value, not unset
			case [
				binary? :content [content] ; Assumed script or decodable
				string? :content [content] ; Assumed script or decodable
				header [cause-error 'syntax 'no-header source]
				block? :content [content]
				'else [content: reduce [:content]]
			] ; Don't LOAD/header non-script data from urls and files.

  ] ; content is data if content doesn't need copying, or none if it 
  does
	]
	;print [1 "data type?" type? :data 'content true? :content]
	if string? :data [data: to-binary data] ; REBOL script is UTF-8

 assert/type [data [binary! block!] content [binary! string! block! 
 none!]]
	assert [any [binary? :data not header]]
	if tmp [ ; Use a codec if found earlier
		set/any 'data decode first tmp :data

  ; See if we can shortcut return the value, or fake a script if we 
  can't
		case [

   block? :data [if header [insert data val: make system/standard/script 
   []]]

   header [data: reduce [val: make system/standard/script [] :data]]

   (to logic! unbound) and not next [return :data] ; Shortcut return

   any [next any-block? :data any-word? :data] [data: reduce [:data]]
			'else [return :data] ; No binding needed, shortcut return
		]
		assert/type [data block!] ; If we get this far
	]
	;print [2 'data mold to-string :data]
	
	if binary? :data [ ; It's a script
		unless find [0 8] tmp: utf? data [ ; Not UTF-8
			cause-error 'script 'no-decode ajoin ["UTF-" abs tmp]
		]
		; Process the header if necessary
		either any [header not all] [
			if tmp: script? data [data: tmp] ; Load script data
			; Check for a REBOL header
			set/any [val rst] transcode/only data
			unless case [
				:val = [rebol] [ ; Possible script-in-a-block
					set/any [val rst] transcode/next/error rst
					if block? :val [ ; Is script-in-a-block
						data: first transcode/next data
						rst: skip data 2
					] ; If true, val is header spec
				]
				:val = 'rebol [ ; Possible REBOL header
					set/any [val rst] transcode/next/error rst
					block? :val ; If true, val is header spec
				]
			] [ ; No REBOL header, use default
				val: [] rst: data
			]
			; val is the header spec block, rst the position afterwards

   assert/type [val block! rst [binary! block!] data [binary! block!]]
			assert [same? head data head rst]
			; Make the header object

   either val: attempt [construct/with :val system/standard/script] 
   [
				if (select val 'content) = true [
					val/content: any [:content copy source]
				]
			] [cause-error 'syntax 'no-header data]
			; val is correct header object! here, or you don't get here
			; Convert the rest of the data if necessary and not /next
			unless any [next block? data] [data: rst: to block! rst]
			if block? data [ ; Script-in-a-block or not /next
				case [

     header [change/part data val rst] ; Replace the header with the object

     not all [remove/part data rst]	; Remove the header from the data
				]
				rst: none ; Determined later
			]
		] [rst: data] ; /all and not /header
	]

 ; val is the header object or none, rst is the binary position after 
 or none

 assert/type [val [object! none!] rst [binary! none!] data [binary! 
 block!]]

 assert [any [none? rst same? head data head rst] any [val not header]]

 ;print [3 'val mold/all :val 'data mold/all :data "type?" type? :data]
	
	; LOAD/next or convert data to block - block either way
	assert [block? data: case [
		not next [ ; Not /next
			unless any [block? data not binary? rst] [data: to block! rst]
			data
		]
		; Otherwise /next

  block? data [reduce pick [[data] [first+ data data]] empty? data]
		header [reduce [val rst]] ; Already transcoded above
		binary? rst [transcode/next rst]
	]]
	
	; Bind to current global context if not a module
	unless any [ ; Note: NOT ANY instead of ALL because of /all
		unbound
		(select val 'type) = 'module
	][
		bind/new data system/contexts/current
	]
	;print [6 'data mold/all :data 'tmp mold/all :tmp]
	
	; If appropriate and possible, return singular data value
	unless any [
		all header next  ; /all /header /next
		empty? data
		1 < length? data
	][set/any 'data first data]
	;print [7 'data mold/all :data]
	
	:data
]
Maxim
3-Apr-2009
[12561]
you can't really catch all possible variations of things like: do 
reduce [ to-set-word "tadam"  44]
BrianH
3-Apr-2009
[12562]
You can since R3 words are not bound by default.
Maxim
3-Apr-2009
[12563]
no I have so litle time to play with R3... I barely have time to 
chat here...  life, work, kids, music, glass, et al... life is full 
enough withough R3 yet  ' :-/
BrianH
3-Apr-2009
[12564]
Some of the asserts are commented out in the release version, but 
all testing is done with all asserts enabled.
Maxim
3-Apr-2009
[12565]
wow, that's a pretty massive func!  :-)
BrianH
3-Apr-2009
[12566x2]
I wrote it last weekend.
Though some of it was around before from my previous versions.
Maxim
3-Apr-2009
[12568x2]
I guess a lot of what load used to do is now in the transcode native?
what!!  a command version!?!?   ;-)

{Force file to be a dynamic library. (Command version)}
BrianH
3-Apr-2009
[12570x2]
Yup. And also some stuff that R2's LOAD never had.
No command version. That is just a reminder.
Maxim
3-Apr-2009
[12572]
reminder of rebol's past?
BrianH
3-Apr-2009
[12573]
Neither of those options will ever be in LOAD again, I think.
Maxim
3-Apr-2009
[12574]
/unbound   YAY!
BrianH
3-Apr-2009
[12575]
Reminder of missing functionality that will need to be implemented 
somewhere. Untiil last weekend, /next was commented out too.
Maxim
3-Apr-2009
[12576]
does load/header/next only give back a header object?
BrianH
3-Apr-2009
[12577x3]
If you read the source you might notice that if you don't specify 
/unbound, the code has to *explicitly* bind the loaded code.
LOAD/header/next gives back [header-object [the rest of the code]]
The /header and /next options are *much* stronger in R3.
Maxim
3-Apr-2009
[12580]
cool... I've had issues in the past with them. :-)
BrianH
3-Apr-2009
[12581x3]
LOAD/next %dir/ gives you [%file1 [%file2 %file3 ...]]
Also, the "required" REBOL header isn't so required anymore :)
LOAD/header %file.jpg returns [default-header-object image!]
Anton
3-Apr-2009
[12584]
LOAD makes interesting reading.
(I don't like the meaningless name of the TMP variable.)
Maxim
3-Apr-2009
[12585x2]
strange although symmetric.
wrt "If you read the source you might notice that if you don't specify 
/unbound, the code has to *explicitly* bind the loaded code."  

didn't you mean IF you specify /unbound   ?
BrianH
3-Apr-2009
[12587]
What I don't like is the 'val variable - I'm goinng to rename it 
to 'hdr next version.
Anton
3-Apr-2009
[12588]
That would be a good change.