AltME groups: search

my guess is that native is used to define the natives coming from 
components, and path is probably used somehow in path evaluation 
(though i have no idea why it should exist as an accessible function, 
maybe it is related to components initialization too)

I think rebol doesn't load #"^M" and #"^J" because they are CR (ascii 
13) and LF (ascii 10).  In rebol, these are molded to #"^M" and #"^/".....

^M and ^J are newline characters. The syntax of REBOL doesn't allow 
direct newline characters in strings surrounded by " characters. 
In the example you use, the string is read twice - first in the console, 
and then next in the load. Each time the string is read it is unescaped 
(the effects of the ^ char is applied). Since you are unescaping 
twice, you need two ^ characters, the first to escape the second.

^M and ^J (in causing the load error) are exceptional in the alphabet 
of A  - Z.  For example:
	>> load {#"^A"}
	== #"^A"

None of the rest require double-escaping. I am trying to think of 
the reason why rebol treats the newline characters differently.

that's the difference between FORM and MOLD:

a number of bugs have been fixed. please check out the "Waiting for 
testing" tickets to see if you favorite bug has been fixed, so that 
you can test it and we can switch to tested. :)

3576 Bug: browse doesnt open web browser (Linux)
and 3455 are the same.

Is there a way to see only the rambo entries one has made ?  I am 
"guest" and hope no body else was guest !

Bug #3436 looks good and solid by View 1.2.102

what is that negate-bug? Ladislavs example? thats an overflow. 0 
is "positive", so there is one negative number more. and negative 
numbers count downward, all bits on is highest possible. the conversion 
is: invert all bits, add 1. gives #{7FF..}, + 1 #{800..}

3662 parse/lines second arg: how to split into lines and apply the 
rule to each line?

 a grep:   parse/lines string-with-list-of-file-names [ set file thru 
 ".r" end ( ?? file ) ]

#3659 to-idate: i would like that fix native. that seconds are always 
included, even if 0. makes little clocks much nicer. and if one really 
dont want seconds, copy/part "00:00:00" 5 is easy.

that was after doing a "fg job-id" and kill parent...

pekr: that happens in 1.2.1 too, and i think it's a console quirk.

yeah, I know ... just curious .... I tried to paste some script, 
and those comments did not allow me to, as it contained " char, which 
was not closed, but it was comment section, so it should be imo ignored 
...

#3656 "copy/part open/direct/read/binary what-dir 100000 ;=CRASH"
Looks nice and stable from View 1.2.104.3.1

With 1.2.107 (and may be others), when I launch a script from the 
desktop (clicking its icon) the new interpreter open a security request 
to read %rebol.r in the directory where the interpreter is (ie: %/c/rebol/view/).
Something wrong with 'secure setting ?

Yes, maybe. It does the same with 1.2.48 and 1.2.57!

This is http://www.rebol.net/tests/view/draw-test.r.
This happens only with Win98.
I tested it with Win2000 and it worked

But there is the difference, that Win2000 was not connected to the 
Internet.

With 1.2.106.3.1 and 1.2.107.3.1 : bug with pen color setting in 
draw block:
view layout [box white effect [draw [
	pen none box 10x10 70x20 ; invisible box
	pen black                                ; pen to black
	pen none box 10x30 70x50 ; invisible box
]]]
is ok,  but not
view layout [box white effect [draw [
	pen none box 10x10 70x20 ; invisible box
	pen black text 12x32 "hello" ; pen to black, some text

 pen none box 10x30 70x50 ; without AGG (->1.2.48), invisible box, 
 with AGG (alpha & 1.2.106+), visible box
]]]
Drawing something with a visible pen breaks invisible pen usage.

Vincent: thanks for the report. We know about this problem and will 
be fixed in 1.3.

Draw text and foreign chars: same problem here on Win2k SP4, with 
West European default codepage, Swiss-French national & keyboard.

Henrik: this shows, that time! and decimal! datatypes are a bit "incompatible". 
The time! values are able to represent 0:12:01.4 exactly, while decimal! 
is actually a binary IEEE754 floating point representation, that 
is unable to exactly represent 721.4

Here is what I get with 1.2.48 (standard draw) and 1.2.107 (AGG draw) 
:
http://membres.lycos.fr/didec/images/draw-text-48.jpg
http://membres.lycos.fr/didec/images/draw-text-107.jpg

I have tested on Win2k and WinXP with French Regional settings : 
"French (France)" with "French (France)" keyboard layout.

I don't know the exact code page, 1252 or 850 ? Where can I get it 
?

Vincent, DideC: thanks for the report. I'll try to investigate more. 
But remember the current font handling in Rebol/AGG will be removed 
 for the 1.3 version. (AA and vectorial fonts will be added once 
we found good crossplatform solution for it)

Romano, Anton: the new error!s were introduced to rebol instead of 
"face in more than one pane" and simmilar console prints.
regarding this error
** Script Error: Invalid graphics face object
** Where: view
** Near: show scr-face
if new [do-events]


I have got it when one of face/size coordinates are lesser than 1.

this is from changes documentation:
Face related warnings like 

face in more than one pane" and "invalid face" are no longer printed 
to the console. They now throw errors and you can catch them or let 
them go to the console. The warning that a face is shown in non-visible 
pane or closed window type errors have been removed. Programmers 
can determine that for themselves."

#3687 : bitwise ops - it was submitted at the start of the /View 
1.3 project (2003/2004). 

Both MacOS 9 and Amiga /View 12.1 (big-endian MC 680xx / PowerPC) 
have this bug for bitwise operations on series.

I had to do a workaround for %gzip.r (painful slow byte per byte 
operations) and %rebzip.r (calculations with integers.)

One could build a function that catches "face in more than one pane" 
errors that duplicates the face and ties the data values of the faces 
together so that they act like one face but are in fact two faces 
with identical values and therefor allows view to display the face 
in more than one pane...

the new error!s were introduced to rebol instead of 

face in more than one pane" and simmilar console prints".the problem 
is that previous versions did not print any messages in the console 
with the same code.

romano: indeed, that was a bug, and should be fixed. (though, zero-size 
faces are debatable. vid uses them for sensors, so for compatibility 
that must work, however it doesn't seem such a great idea to me.)

Some bug reports now contain the umbrella phrase "fixed in View 1.3". 
  I would prefer to know the exact version, so I know which version 
to test the bug against, and whether I have that version yet or not.

about #3016: does it still apply? (PARSE and recursion limits have 
been changed much lately) could anyone provide me with an email that 
breaks the parser?

I have an undebugable bug !! It hapen with 1.2.104 and more, in a 
script that use Uniserve.

The problem is simple : new/locals is set at the beginning of the 
function and it's content has changed 3 lines later !!

Gabriele: #3402 is an outstanding bug when using /CUSTOM refinement. 
 An example is submitting a  form over http using REBOL. You need 
to specify both HEADER and POST. For example:

   read/custom url [HEADER [Content-Type: {multipart/form-data; boundary=---xyz} 
   ] POST {blah}]

The problem is that the handling of POST *overwrites* the Content-Type 
and Referer even though they may have been specified in HEADER. This 
logic bug is within the create-request function of Open in HTTP scheme.

test-address-import: func [

 {Returns true if pass, false if discrepency and none if failed with 
 error.}
	limit [integer!] "Number of TO address to generate."
	/quiet "Does not display error."
	/local to-list eml sep msg obj
] [
	to-list: copy {} sep: ""
	repeat i limit [
		eml: to-email join "test-" [i "@test.com"]
		repend to-list [sep {"'} eml {'" <} eml {>}]
		if empty? sep [sep: {,^/	}]
	]

	msg: replace copy {Date: Thu, 12 Feb 2004 11:41:49 +0100
From: test <[test-:-test-:-com]>
MIME-Version: 1.0
To: TO_LIST
Subject: [REBOL] test message - edited copy of real message
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
Sender: [rebol-bounce-:-rebol-:-com]
Reply-to: [testing-:-testing-:-com]
Status:   


Test message.
} {TO_LIST} to-list

	either error? set/any 'result try [
		obj: import-email msg
		limit = length? obj/to
	][if not quiet [print mold disarm result] none][result]

]

note that this has been added as a new scheme, esmtp://. Now SEND 
uses esmtp:// and not smtp://. We have left smtp:// for compatibility 
reasons.

to set your user name and password, use set-net.

note that if you set esmtp-user to the word 'ask, it will ask you 
user name and password (on the console) the first time you send an 
email.

SPLIT-PATH and TO-IDATE have been changed too as suggested in #3622 
and #3623. Please test them well.

other changes include: query on http port uses HEAD instead of GET, 
and fixed inform/timeout. please check out RAMBO to see a list of 
all the other bugs that have been fixed.

Carl, Gabriele : I have created group "Debug p1.3" to continue on 
my bug and for others too

#3700: great! still doesn't work on images, but works fine with binary! 
and string!

some issues with string! usage in 'and 'xor 'or : 

1) string! op string! -> binary!, should returns a string! instead

2) a) string! op binary! -> error!, a) binary! op string! -> error! 
, 
should be allowed and do the same than:

a) string! op as-string binary! -> string! , b) binary! op as-binary 
string! -> binary!

View 1.2.109 and 1.2.110   no longer have CTX-EDIT, where did that 
code go ?

Warning, /View 1.2.11.3.1 and /View 1.2.110.3.1 are both named rebview1211031.exe

Oops, talked a little too fast. Testing all datatypes combinations 
for 'and, 'xor, 'or, 

[ binary! | string! ] op [ logic! | number! | char! | tuple! ]  -> 
crash.

Tested FTP operations against two of my sites that used to require 
%ftp-patch53.r & "system/schemes/ftp/passive: true" to work ... they 
both work fine now with the new FTP protocol handler. Good job Romano 
[and others].

request : to really test new AGG/draw, we needs a command list. The 
examples helps, but there is now way to tell the presence and purpose 
of optional parameters. Not a full doc, just a simple one line per 
command list, ie : 'line 1st-point [pair!] 2nd-point [pair!] ... 
n-point [pair!]

not sure it's worth a report : from /View 1.2.10, there is a 'lic 
global word. It's probably a missing /local from a mezzanine related 
to license checking (it's between 'set-license and 'license.key in 
system/words)

#3716: tested and worked  with original code that had problem. Thanks.

hum is it normal I submited a new ticket to rambo and I have this

#3716: The problem still seems to exist in more unusual cases :

REBOL/View 1.2.114.3.1 26-May-2005 Core 2.6.1
parse "string with 2 semi-colons ;; " none
== ["string" "with" "2" "semi-colons" ""]
>> parse "string with 2 commas ,, " none
== ["string" "with" "2" "commas" ""]

and the very extreme :

>> print mold parse "this string includes more ,,,,,,,,,,, semi-white 
spaces ;;;;;;;;
; " none

["this" "string" "includes" "more" "" "" "" "" "" "" "" "" "" "" 
"semi-white" "spaces
 
 
 
 
 
 
 
 
]

thanks for the draw command list - (time to experiment and crash-test 
draw/agg :-)

I do not know, if this is comparable.

If I work with ODBC, pull out the network connector  and catch the 
error with try [], sooner or later I can observe a consecutive fault 
 either at a different part of the program doing something totally 
unconnected with  that  or a GC fault.
Either way the process is no longer able to work as expected.


In server processes I help myself in this case with automatic closing 
and starting a new instance of the program.

if the crash noted on -258 only happens on 1.2.1 then it's probably 
already fixed (a bug with read/lines was fixed), and the ticket should 
be dismissed.

Oh, true, I should've checked that ... But this looks so strange 
that I likely was thinking I would've seen it earlier if it was the 
case with older releases and betas ;-)

and Giueseppe also previously posted this bug ~15 months ago, which 
is well after View 1.2.1 was released.  Hmm. Maybe there was a buggy 
set of betas that I skipped over...

#3737 (call and file! datatype) : same problem on Win2k. The error 
message is right, it's a path problem - but if it works with string!, 
it should work with file!. A workaround :
call clean-path %prog.exe

>> layout [b: field hide]
>> set-face b "123"
>> get-face b
== "123"
>> view layout [b: field hide]
(enter "123" in the field, tab away and close window)
>> get-face b
== "***"

Is this intentional?

Cal found a fun little bug with Select/Skip when using it on a string. 
 Here's the shortest code snippet that we've come up with to reproduce 
the problem.  Only copy and paste this into a console session that 
you don't mind killing cause it is going to lock up...  Tested on 
Win2K with the latest stable release, Command and recent betas...

select/skip {"<a><mm></mmmmf>"} "foo" 2

We have been playing with changing the length of the string, the 
characters in the string, etc and haven't really been able to find 
any reason to this rhyme, perhaps some of you bug hunters could help 
us track down the actual cause of the lock up?  In the mean time, 
we'll keep playing with it as our schedules permit...

hangs here. first guess is, /skip steps behing the array, and that 
is not checkt. the it starts looking through hole memory. length 
of string is odd, step 2. maybe rebol tests "index = length" instead 
of "index <=  length".

For norman new submition bug about error (unrecognised symbol ) when 
loading libraries .so files I have maybe the solution or explanation 
to this problem.... When you look to the error message on loading 
libraries submitted by norman in his post we can see that the problem 
is related to external needed library for example libSDL, libncurse, 
libogg  do not need other libs But  GTK and gthread need previous 
load of glib, libgdk, libpango, libgmodule, libpng, libint, libgtrhread 
and the list is long ;)...

So before to start to will load htose things you need to know what 
is the library dependencies. On linux you can see the MAKEFILE file 
related to one of the tutorial program integred to the GTK  package 
for example and see the -l*.a entries to have a complete idea of 
the library needed and the order of library dependencies

I'm agree with the idea that loading complicated heavy splitted and 
many dependent library libs GTK  popup up that we have to seek a 
better library loading system. Dependencies of libraries is a very 
weak point. Think of it ... First you have to load the librariries 
in the dependence chain in the right order and make a rebol script 
file to be able to treat in rebol script code the calls of function 
of those libraries (for example GTK sofware unsed commonly lots of 
function that are builded into many different librairies in the dependencie 
chain (like g_malloc() instead of malloc(), gint type instead  int 
type, gchar type intead of char, g_thread**() instead of  thread**() 
etc...)

I make a discussion group on this world called DLL.SO to collect 
all the ideas and organise a working group around the loading library 
topic

the point is that making bridge  betwen rebol script and librari 
in the way it is actually done is good for tiny simple library but 
very a tremendous work when it touch to heavy complicated library 
that intent to abstract from the os consept and give the same way 
to code on any OS/material. Mostly Opengl and GTK for example. Both 
libraries are heavy (lot of libs lot of struct lot of types lot of 
dependencies that needs a bridge too). For OPENGL you have two way 
to work or you make a OS based I/O and windowing system example gdi32.dll 
user32.dll for windows or xlib.so for Linux and  then exploite gl* 
function that are stored in the openGL.so/dll  or you use the related 
to opengl portable set of libraries to handle window drawing and 
Mouse/Keyboard events glut.dll/so. The fact that a librarie portable 
must be a library the abstract from the OS dependencies make them 
very complicated to handle. AS we don't have the same coding effort 
on library bridge coding than other language because many reasons 
in witch the fact that library loading is a Pro functionnality and 
maybe too because the system is not enought developped. It's easier 
to make a library bridge for a language when this language allows 
type creation and have based type in this language that feets with 
the one in C/C++

If this fonctionnality remains payant we at most need to rethink 
internally the way to work or build an intermediate library loading 
system script that allows people to load the library without the 
needs of wrtiting by their howns the bridge or a tools that take 
a makefile of a sample program and the include file and generate 
a rebol script bridge for any library that must be loaded to use 
the wanted libraries thos bridges script files must then be supplyed 
as the libraries and the program script in rebol that exploit those 
libraries

I found a very critical bug in the old and the new rebols

BrianH: Yes, I do not expect write to check for available disk space. 
But I expect an error, if an action is not successful. And this I 
do check and react according to the outcome.

Graham: That's similar to what happend to me.

The receiving process did not write data anymore, but informed some 
consecutive processes, that new data had arrived. And as he did not 
notice about the failures, he went on signalling, that he will accept 
new data.
These data were lost.(

#3755 : not a bug - it's just a syntax problem: "file: read %//server/share/file" 
doesn't work but "file: read %/server/share/file" does. {to-local-file 
%/server/share} and {to-rebol-file "\\server\share"} gives the expected 
results.

Ammon: i'd say submit a new one, and write that it may be related 
to 3327.

1.2.119 (on Win2k) still always connects and starts desktop - settings 
done in desktop/user aren't saved. And the option to don't install 
and start rebol still yields an "please reinstall" message.

Vincent's description same for me on XP - I'll add that I get a "Problem 
uninstalling..." message when I try to uninstall. The rebol directory 
in docs and settings gets deleted but the registry key remains.

Will 'create-link be included in final 1.3? If yes, there's a number 
of issues:

- create-link %/c/foo.txt "d:\bar.lnk" will create a link to "current-path\c\foo.txt"
- create-link %/c/foo.txt %/d/bar.lnk don't work
and the big security hole:
    secure [file ask]

    create-link %anything.dat "c:\my-file-to-overwrite.exe" ; bypass 
    sandbox
RAMBO?

#3768 - finally I've worked out how to uninstall and repeat the problem

To whom it may concern, on ticket -304 (currently) I misunderstood 
the purpose of the Fix field and filled it with prose with no line 
breaks. Could somebody fix this, perhaps by moving the prose to the 
Description section? The Fix section doesn't wordwrap, my entry messes 
up the layout of the Rambo web site.

Installation code (and especially the self-installing kind like in 
REBOL) require a lot of testing -- not only by us in the dev team, 
but by all the beta users.

So, that does not allow us to make last minute changes, unless we 
really understand the solution and what impact it will have on everyone.

I've written installers before, and you have my email address, so 
feel free. As it is, the new sandbox directory would make it relatively 
easy to make an external multiuser installer that would fake the 
current behavior well enough to fool View. I'll test the View no-install 
behavior to see if it works well enough to prevent View from undoing 
the work of an external installer.

I've used it, especially for shared scripts where I want to be able 
to move them to other drives and not break.

I just tested some scripts with rebcmd2512531.exe. 

Now they use the machine upto 100% and the machine reacts very  sluggish 
to user input, where before it was still usable..

They work in pairs.

One reads data from files, does some parsing, does some odbc and 
sends data via tcp.

the other reads data from tcp, writes some files and sends back an 
acknowledgement. 


one reads data from files, does some parsing and sends data via tcp.

The other reads data from tcp, does some parsing, does more odbc 
and sends the more data back as a reply.

Try this in 1.3 and 1.2 or beta:

actually I see two sandboxes there and I don't think it is in agreement 
with what Gabriele said

About the ticket for 'forall. Cocinelle said it's just a missing 
[catch throw] args to the 'forall function!

Gabriele: I let you check that as I'm not "confortable" with this 
sort of things and maybe add the proposal  correction code to the 
ticket.

yes, it's a missing [throw] both in forall and in throw-on-error

Not sure if it goes here.. but Rebol 1.3 doesn't seem to like the 
bit on a Draw animation in the cookbook: http://www.rebol.net/cookbook/recipes/0047.html
 (specifically, the adding and subtracting in the draw block...)

ah, I missed do when pasting, the results of 1.2.48 and 1.3. are 
the same, sorry for any confusion

and was very surprised, that it didn't work

The problem i think is the first slot has a different meaning from 
second, third and so on

nevertheless, the behaviour is wrong and unnatural, I vote for the 
least surprising behaviour in this case

I wanted to manipulate an object or its subobjects using this notation 
and had to find and circumvent this bug

and if such an expression isn't illegal, then there is not much choice 
left

I think that give too importance to the fact that a set-path with 
1 slot is molded like a set-word (anc cannot be loaded as a set-path). 
But the first word of a set-path is not the same of a word! of a 
set-word!: the set-path word must be get and then selected.

funny and "stupid" example:

do reduce [sp: to set-path! [] 1]

i do not think too much, but it is true it needs a separate test 
and handling

yarg... 'try was changed.. I just spent a half hour trying to figure 
out why a -short- peice of code would work!

>> try [to-time {Hi}]
== none
>> ? try
USAGE:
    TRY block

DESCRIPTION:

     Tries to DO a block and returns its value or an error. ;What happend 
     to the error?
     TRY is a native value.