World: r3wp

I don't think it's possible to gather all the matter and usefull 
links  in one page.

Rebol.org, Rebol.net and Rebol.com are enough to connect with the 
rest, to my mind.

I want access to old R2 versions to be able to push back the version 
compatibility of R2/Forward.

Might have them already though - going to check my archives. A list 
of the old platform numbers would be nice too.

Brian: http://www.rebol.com/release-archive.htmlshould have all 
of the old platform numbers

Graham: thanks, will check those Solaris binaries out to see what 
versions they are.

And I think I know where to retrieve my old binaries. Should have 
Linux (4.2)  REBOL/Core 2.3.0 by tomorrow.

Thanks, Andreas. It looks like R2/Forward should support 2.5.0 if 
it can :)

Graham, thanks a lot! rebol-old is 2.3.0, rebolnew is 2.5.0 and rebol101 
is 2.5.5. all /core for solaris sparc (10.1)

Heh, very nice! All of those binaries run as-is on a Sun Fire T1000 
:)

Just shows how long I've been using rebol for cgi work!

Confirming, HTTPS should work (after doing a net-install call) on 
Core 2.7.7.4.2?

The docs state that it is in View/2.7.7

http://www.rebol.com/docs/ssl.html

So, View but not Core. Bummer.

There was an end-of-line problem in the SDK, when using HTTPS with 
a generic proxy. Packets were sent with just LF, where the definition 
(RFC 2616) say, CRLF should be used. It could be fixed in the SDK 
by editing prot-http.r. I haven't checked, if this is fixed in later 
versions (incl. View/2.7.7), so it's a potential problem.

Gregg, I'll check with Carl about whether there can be a Core with 
SSL in future R2 releases. Hopefully the difference in event model 
in View isn't integrated into the SSL code. Geomol, I'll put that 
on the list to check.

There's a rebcmd with ssl that is part of rebol/command of course 
... I was guessing Carl was keeping it that way.

Geomol, that issue is fixed.

Thanks Brian.

Found a random bug in 2.7.6 with AS-STRING...

http://rebol-power-mez.hg.sourceforge.net/hgweb/rebol-power-mez/rebol-power-mez/rev/beaac6a1fd12

If anybody can get Carl to contact me... maybe we can figure out 
what's happening. I don't seem to be able to reproduce this outside 
of that so far.

http://www.rebol.com/article/0466.html<- R2.7.8

I submitted my http patches for 2.7.7 ... and they have yet to be 
reviewed.  Suspect it's a waste of our time.

It seems they will be reviewed soon. http://www.rebol.com/docs/changes-2-7.html
Look at REBOL 2.7.8 last line

Sorry, Graham, I've been busy helping a sick friend. Back at it now.

They're not fixes, they're enhancements ..

semantics

REBOL can not open more than 512 connections

sample code : loop 512 [ open/no-wait tcp://209.85.135.103:80]  ; 
result ok

if i open new port   open tcp://google.com:80  ; 513 ** Access Error: 
Cannot connect to google.com

Maybe it's your OS and not Rebol ?

rebol 2.7.7 , os windows serwer 2008 x64

rebol 2.7.6, windows 7 and I was able to exceed 512 connections

rebol  view 2.7.6 on windows serwer 2008 not open 513  connections

Micha, does Windows Server 2008 have a connection quota feature? 
Perhaps per-user?

REBOL view on Windows can not establish more than 512 connectivity, 
i check 2.7.6 on windows XP

Windows XP has connection quotas, but it's a fixed setting. Still, 
I'll check it here on one of my XP boxes.

Has anyone used Edgar Tolentino's Imagemagick helper under 2.7.7? 
In WinXP I get REBOL saying:

---------------------------
REBOL/View: rebol.exe - Unable To Locate Component
---------------------------

This application has failed to start because X11.dll was not found. 
Re-installing the application may fix this problem. 
---------------------------
OK   
---------------------------

That looks like LOAD/library %x11, something you would see on a Unix/Linux 
compatible script. IIRC Edgar wrote that for Qtask, which runs on 
Linux.

Sorry, load/library %X11 - it's case-sensitive on Linux.

The code should be easily adjustable to the Imagemagick port for 
Windows though.

when I look in the script, there are load lines to uncomment depending 
on which version to load. it looks like this in my case:


imagemagicklib: %CORE_RL_magick_.dll          ; uncomment for windows 
version

imagemagickwandlib: %CORE_RL_wand_.dll          ; uncomment for windows 
version


; imagemagicklib: %/usr/lib/libMagick.so      ; uncomment for linux 
version, try to find where it is installed

; imagemagickwandlib: %/usr/lib/libWand.so      ; uncomment for linux 
version, try to find where it is installed

Is he using the cygwin version of Imagemagick or the native version?

it doesn't say anything about cygwin.

The cygwin version would try to load X11.dll. The native version 
wouldn't.

seems there are references to x11 in the DLLs. so that's the problem.

You should track down the native binaries then - they don't have 
X11 references.

Try this: http://www.imagemagick.org/script/binary-releases.php?ImageMagick=m148pm1far9d2bsj0b5tpb9ui2#windows

If they do have X11 references let us know.