R2 2.7.8
nve2-Jan-2011/11:14:43+1:00
Comme l'année dernière, une nouvelle version de R2 est sortie : millésime 2.7.8.

http://www.rebol.com/article/0502.html

Pour l'instant, pas de fix log.
nve2-Jan-2011/11:30:08+1:00
Et que sous W32. Pas de release pour le SDK...
Je télécharge...
rebolfrance2-Jan-2011/16:42:10+1:00
Nouveautés
:

unbind
resolve
list-env
cd
ls
more
pwd
rm
nve2-Jan-2011/20:43:11+1:00
Message de Brian H. sur AltME :

What we got in 2.7.8, that I know of:
- Bug fixes and enhancements to improve Cheyenne, and other apps that have to do similar stuff.
- Some native fixes for non-Windows platforms, particularly Linux. See ACCESS-OS.
- Environment variable stuff: GET-ENV expansion on Windows, SET-ENV, LIST-ENV
- Function fixes: SELECT object!, FIND object!, RUN enabled, LIST-REG/values
- R2/Forward: FUNCT/extern, LAST?, COLLECT-WORDS, RESOLVE, APPLY fixes, EXTRACT fixes, ASCII? fixes, LATIN1? fixes, INVALID-UTF?, CD, LS, MORE, PWD, RM
nve3-Jan-2011/0:50:55+1:00
Sur la partie optimisation Cheyenne, j'espère que le Doc a été consulté.
Et peut-être pourra-t-il nous en dire plus.

-Nicolas
coccinelle3-Jan-2011/12:58:17+1:00
J'ai fais un petit test et j'ai découvert qu'on peut ouvrir une base de donnée ODBC avec la 2.7.8 et j'imagine que c'est pareil avec Oracle et MySQL.

Etait-ce déjà le cas avant ou est-ce nouveau et si oui, est-ce provisoire ou définitif ?

Je découvre aussi qu'SSL/HTTPS sont aussi disponible depuis la 2.7.7, c'est bien, ça manquait avant.
nve3-Jan-2011/14:03:34+1:00
Il s'agit de fonctionnalités qui étaient déjà présente dans le 2.7.7.

Version 2.7.7 released 1-Jan-2010

Includes all REBOL/Core features (as listed below)
Hundreds of features in less than 1MB
High-speed graphical compositing engine
User interface dialect, image processing, effects
Now includes SSL/TLS, DLL access, ODBC, and encryption
Programs run identically on Windows, OS X, Linux, and BSD
DocKimbel3-Jan-2011/14:35:49+1:00
J'ai été sollicité pour tester la 2.7.8 et en particulier ACCESS-OS (j'ai encore des tests à faire aujourd'hui à ce sujet). Je n'ai pas d'information concernant des optimisations en 2.7.8 dont Cheyenne pourrait tirer parti.
nve3-Jan-2011/14:54:02+1:00
Je n'ai pas d'information concernant des optimisations en 2.7.8 dont Cheyenne pourrait tirer parti.

C'est quand même bien dommage.
coccinelle3-Jan-2011/16:34:20+1:00
On voit quand même qu'ODBC par exemple est disponible dans View mais pas dans Core, idem pour HTTPS.

Qu'en est-il exactement ?
shadwolf4-Jan-2011/12:16:28+1:00
donc en gros depuis 2010 rebol 2 n'est plus bridée en version core. C'est bien ca il aura fallut attendre 10 ans pour que ce soit le cas et c'est une chose qui est passée complètement anaperçue ... C'est un comble je trouve
coccinelle4-Jan-2011/12:36:34+1:00
NON Shad, c'est le contraire, core est bridé, c'est view qui l'est moins, allez savoir où est la logique.
Laurent4-Jan-2011/16:50:48+1:00
Pour faire du Fast-CGI et du SQL en "natif" j'ai du acheter REBOL/Command. C'est clairement indiqué sur le site que la version core est bridée, au moins sur ces deux aspects.
nve4-Jan-2011/21:04:32+1:00
Effectivement le fast cgi est dispo dans les versions payantes : SDK et Rebol/Command.
La grande nouveauté de View 2.7.7 (2.7.6 ?) a été d'intégrer l'accès à ODBC.
shadwolf5-Jan-2011/2:01:17+1:00
Carl pri de remors de n'avoir pas publier de version stable officielle de rebol cette année encore. nous publi une petite mise à jour de rebol 2...

notre effort pour faire evoluer rebol est un echec.

Nous voulions :

* 1 rebol plus ouvert
* 1 VID plus performant
* 1 VID avec des faces de bases plus évolués et plus utile que les 10 faces servant a prototyper le texte et qui nous font vraiement passé que VID est une tentative de redéfinition du HTML comme la face H1 H2 H3 etc...
* nous voulions des plans de developpement clairs que les nouveautés soit discutée avant mise en oeuvre.
* Nous voulions des avancées sur les nouveautés déjà proposée comme rebol port rebol/services rebol/plugin
* Nous voulions que de grands projets communautaires existe pour donner aux gens un point de comparaison entre les autres langages et rebol.
* Nous voulions une release officielle tout les 3 ou 4 mois.


En 2011, nous n'avons rien de tout ca. R2 évolu faiblement au rythme d'une petite mise à jour par an et R3 part dans tout les sens. Carl est dans l'impossibilité de prévoir un terme a ce projet ni de prévoir une suite à ce projet.

Est ce que quand rebol3 sortira on aura que des release d'entretient de rebol3 ou est ce qu'on aura aussi de temps en temps des nouveautés à explorer. Y aura t'il un Rebol 4 ?
Quel avenir sur le long terme pour rebol? est que les projets satelites gravitant autour de rebol seront repris(desktop, rebol/service, rebol/plugin etc...)?

Tout ces sujets sont evincés d'un revers de manche et on fait comme s'ils n'intéressaient personne.
Didec10-Jan-2011/10:14:58+1:00
Pour 2011, shadwolf tu es aussi pessimiste qu'en 2010. Comme quoi, il n'y a pas que RT qui ne change pas.
paullys10-Jan-2011/16:44:25+1:00
Je ris...jaune.
Il y a quelques mois j'insistais pour que les variables soient par défaut locales. Carl répondit avec son sens habituel de l'économie: "Pas moyen, on en a déjà parlé".
Présentation de la release 2.7.8 "quand vous aurez essayé le nouveau funct avec variable locale par défaut vous pourrez plus vous en passer". Et c'est qu'un centième de ce qui a pu arriver à shadwolf et d'autres, donc je comprends leur amertume...
paullys10-Jan-2011/16:48:29+1:00
Je dis aussi que le seul moyen de ne pas subir ce genre de truc est de nous rassembler et de travailler à une alternative a rebol... En attendant que des volontés fermes se manifestent, lorsque je mes suis battu une journée entière avec deux trois des infamies de VID, je me réconforte nostalgiquement avec forth et ses stacks...
rebolfrance10-Jan-2011/18:09:22+1:00
Je pense que c'est typiquement le rôle d'un group de lobbying de faire ce constat et d'alerter Carl sur le sujet.
Même si cela n'a pas fonctionner... on se doit de le faire.

Après, il faut aussi être factuel, honnête...
Ensuite, il faut essayer de trouver des personnes qui ont du "poids" et des intérêts économiques à de telles revendications...
Je ne peux pas parler en son nom, mais un Nenad a des solutions Powered by REBOL, un Graham a tout une suite bapti sur REBOL... il faut donc trouver appui sur ce genre de personne AMA. Je ne peux pas parler à leur place.

Pour ce qui concerne le projet alternatif, je pense que c'est un peu prématuré. Montrons d'abord que l'on est capable de s'unir, d'offrir un package commercial autour de solutions Rebol avec un R2 Ultimate / Entreprise, un IDE à destination des développeurs et une solution de micro station Web all-in-one... qui pourrait servir d'ailleurs à futur VID 2 / Web...

Nico
paullys10-Jan-2011/19:03:55+1:00
Oui mais si on reprend cet exemple de variables locales par defaut dans une fonction. Le contraire (donc le chNoix fait par Rebol depuis le début) à savoir variable globale est une ineptie. Ne serait-ce que par ce que pour les débutants en programmation (une cible que devrait privilégier Rebol) c'est une source importante d'erreurs. Et bien il faut attendre que la révélation arrive a Carl un soir de 2010, que d'autres affaires ne l'accaparent pas pour un jour de 2011 espérer quelque chose.Il n'y a selon moi, rien d'autre qu'une menace serieuse portée par la communauté entière d'une alternative réelle à rebol pour changer cet état de fait.
paullys10-Jan-2011/19:25:07+1:00
VID, est aussi une difficulté en plusieurs points. Je ne partage pas l'idée d'une priorité de widgets cooolll a dispo...c'est utile mais pas prioritaire. Car et là je serais d'accord avec Carl s'il n'y avait pas les autres défauts de VID que je vais aborder, quand on veut faire une interface évoluée , il faut mettre les mains dans le cambouis.Les défauts de VID viennent des choix de design et les ajouts de HMKdesign n'y pourront rien. Quand on voit les diffs pour coloriser du texte (ex viva-rebol) ce n'est pas une surcouche qui viendra résoudre le problème sinon en alourdissant les systeme. C'est la création d'une face dédiée aux chars et un widget avec une méthode d'agencement assez souple pour permettre d'aligner des faces char de tailles et autres attributs différents (couleur, police..).
Et la on peut faire un éditeur de texte digne de ce nom.
Dans la situation actuelle de Rebol, il faut attendre que cette illumination atteigne Carl...etc etc.
Et ci on veut faire cela soi-même cela impose de réinventer la roue, trouver une méthode d'importation et d'affichage des polices...qui ne pourra pas être optimale car devant passer par l'existant.
Pour cette raison par exemple, j'ai du me taper par exemple la réalisation d'une font que je dessinais par draw pour afficher un texte avec plusieurs couleurs sur les plateformes linux, win et macosx.Car en plus la version Mac n'avait pas les polices vectorielles.
En revanche si on avait accès au code, pas besoin d'attendre, ou de réinventer la roue, on s'y colle on rajoute cette nouvelle face et le wiget a structure souple, voila.
deglingo10-Jan-2011/19:29:48+1:00
A ce sujet, il faudrait essayer de connaître les ambitions derrière <b>Boron</b>, <b>un clone open-source de Rebol</b> :

Voir :
+ Présentation : http://tryrebol.esperconsultancy.nl/Boron/
+ Page officielle : http://urlan.sourceforge.net/boron/
+ Sources : http://www.gitorious.org/boron

Il faudrait voir :
+ s'ils prévoient de faire une partie graphique type View
+ les différences par rapport à Rebol 2 et 3
+ la roadmap à court terme, moyen terme, long terme
+ le nombre de personnes qui contribuent à ce projet
+ les relations avec Rebol et Rebol Technologies sur ce projet
, etc....

Je vais essayer de me renseigner...
trigram10-Jan-2011/23:35:54+1:00
C'est Kaj qui est derrière...

http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C9Jan2011230435630488100%3E
Didec11-Jan-2011/11:07:18+1:00
Carl n'est pas un imbécile, donc il peut changer d'avis

Historiquement, les variables étaient globales par défaut pour limiter le nombre de word! déclarés (car nb limité), le nombre de contextes et le boulot du GC !
Maintenant, les machines sont plus puissantes et rapides des limitations ont été relevés (nb de word!) et ces optimisations sont moins nécessaires.
On peut se permettre d'utiliser un peu plus de RAM (M$ en gâche des tonnes )
D'où le changement d'avis de Carl, qui a lui même expérimenté ce FUNCT avec R3 et le trouve très pratique.
paullys11-Jan-2011/11:49:57+1:00
Deux choses, un petit méa coulpa de Carl, ou pour le moins une explication de ce revirement serait de la plus élémentaire politesse. Ensuite les args consommation de mémoire et boulot du GC n'ont jamais été valable et ne le seront jamais. Car sinon rebol 2.7.8 ne pourrai tpas fonctionner correctement sur une machine d'il y a plus de 5 ans.
D'autre quand on a une fonctionnalité qui concerne 99,9% des programmes écrits dans un langage et que cette fonctionnalité apporte un plus notable (c'est bien ce plus qui est avancé dans la présentation due la 2.7.8) on ne peut pas aussi rapidement trancher d'une question.
De plus dans le cas d'espèce, si rebol fonctionne comme je le pense, hors la question du GC (qui soit dit en passant a d'autres tares), ce n'est qu'un jeu d'adressage.
Et l'implémentation est enfantine puisqu'il suffit d'ajouter les variables déclarées au sein de la fonction par le mécanisme de déclaration des variables locales.
Enfin c'était juste un exemple pour montrer que ce problème comme beaucoup des problèmes qui ont été rapportés découle de la politique de dev de Rebol. Et que lorsque le boss n'entend pas changer sa politique, il ne reste que la solution de créer une alternative.
paullys11-Jan-2011/11:56:48+1:00
Donc en avant Boron s'il peut succéder à Rebol.
paullys11-Jan-2011/12:01:04+1:00
Car d'autres trucs me semblent indispensables et n'espérant pas obtenir l'adhésion de Carl j'en parle m^me pas:il me semble qu'il faut reprendre la question du rebcode.
Pour deux objectifs, permettre de dev des applications critiques en termes de vitesse et aussi eviter l'infamie de dev les extensions en C. Car les extensions seraient dev dans ce dialecte. Et j'ai quelques intuitions pour ce dialecte qui me semblent intéressantes...
paullys11-Jan-2011/12:04:04+1:00
Et selon l'état d'avancement de boron et l'état d'esprit du leader boron il sera peut-être préférable d'y implenter ces idées.
shadwolf11-Jan-2011/12:13:38+1:00
DideC je ne suis pas pécimiste je suis réaliste et j'y peut rien si au bout de 5 ans on est toujours autant dans brouillar. Pécimiste c'est avoir une vision négative des choses. Moi j'ai toujours espoire que les choses changent c'est pour ca que je continue à militer pour mes idées même s'il n'y plus personne pour les entendre .

Pour ce qui est de faire notre version de rebol. Pour atteindre l'excélence d'un véritable rebol il faut y passer vraiement beaucoup de temps. Ceci dit freebell me semblerait un bon point de départ, si je devais faire ce genre de projet.

Il faut que les contributeurs de ce projet restent motivés sur le projet en permanance, ce qui n'est pas évident non plus.

Didec justement, sachant tout ca la réponse "Pas moyen, on en a déjà parlé" faite a Paullys est un scandale c'est simple il se fout de notre gueule. Ou bien c'est un de ses conseillés personnel qui l'a tanné pour avoir ca dans R2.

Et au final c'est ce qui m'emmerde si tu veux que ton avis progresse, il faut faire des courbettes aux "selected few" pour avoir une petite chance qu'ils aillent porter tes paroles en les reprennant à leur compte évidement pour que Carl tende l'oreille et que ce que tu as proposé soit finalement adopté.


En même temps ne nous y trompons pas Func avec variable local par défaut. N'est qu'un optimisation mineure de ce qui existait déjà le genre de choses qui se fait en 2 ou 3 jours maximum. C'est juste pour dire vous voyez sur R2 il y a encore des nouveautés. Ouai mais en attendant Rambo contient plus de 5000 ticket de bugs divers et variés sur R2 dont la moitiée n'a jamais été réglée. Donc finalement ou va t'on ? Est ce que finalement R3 apres 5 ans de développement est dans une impasse et on revient renforcé R2? Est ce que R2 est maintenu sous respirateur artificiel en attendant la naissance de R3 pour qu'on le débranche de la machine qui le maintient en vie ?

Quand je dis qu'on a pas de vision sur le sujet c'est vrai... R2 est maintenanu a l'arrache sans que personne à part Carl puisse dire moi j'ai vraiment besoin de ça ou de si dans R2. Le temps passé sur les mise à jour R2 tout comme le contenu de ses mises à jour n'est pas discutable et non négociable. En fait on doit meme s'estimer heureux que Carl dans son immense bonté et dans sa bien veillance daigne encore s'occupé de temps en temps de R2...

Moi je me demande quel est le sens de cette démarche? Apres avoir dit que R2 etait non maintenable qu'on l'abandonnait pour faire R3, le retour sur R2 depuis 2010 me laisse songeur... Ca me fait vraiment pensé que Carl ne souhaite pas voir aboutir le projet R3 qu'il ne souhaite pas reprendre les projets autour de rebol en suspend pour les adapter à R3 et qu'il souhaite garder R3 comme une plateforme de tests pour ses envies sans que jamais se procéssus ne trouve de conclusion.

heu ... j'utilisais le plus souvent possible /local ca ne m'a jamais posé de problèmes.

Je n'ai jamais atteind la limite du nombre de word! ...
paullys11-Jan-2011/13:19:50+1:00
/local je ne trouve pas cela rebolish...puisqu'au fond c'est une déclaration de variable (light mais déclaration quand même)...C'est un détail ok, mais ces petits trucs sont le "feeling" d'un langage.
c'est mieux variable par défaut local et possibilité d'exportation vers le contexte global.
Didec11-Jan-2011/16:31:40+1:00
Si vous voulais connaitre les raisons du "revirement" de Carl comme vous l'appelez, demandez-le lui, sur DevBase ou par le Feedback !

Maintenant, étant conné que 'funct est si simple à faire, pourquoi tous les reboleurs ne l'ont pas faite de leur coté et se rendant compte de ça n'ont-ils pas tous demandé à ce que ce soit standard ? Ils auraient été entendu.
Mais une voix par ci par là, dans le vacarme ambiant...
paullys11-Jan-2011/19:25:17+1:00
Je veux pas connaitre les raisons, je veux simplement le moyen de pouvoir implémenter les fonctions qui me sont utiles sans avoir à demander à quelqu'un.
Sans avoir à écrire un langage. D'autant qu'il sera difficile d'atteindre le niveau de rebol. Pour cela un rebcode efficace serait LA réponse.C'est ma seule demande, mon seul souhait. Mais je vais surement finir par le faire moi-même...Sur ceux...A l'année prochaine, on verra comment rebol aura évolué. Sauf si une alternative émergeait...
guest211-Jan-2011/20:00:10+1:00
Paullys, Bon euh l'histoire d'avoir func définissant les variables en locales par défaut est une très très mauvaise idée. C'est juste inverser le problème puique on serait obliger d'avoir un raffinement pour définir des variables en global.
Déjà les variables ne sont pas systématiquement définies en global mais dans le contexte actuel ce qui est très différent de ce que tu dis et bien plus pluissant.
funct est juste une mezz qui fait le boulot des déclarations en local à ta place et comme l'a sous entendu Didec, t'avais franchement l'occasion de l'écrire toi même cette mezz en quelques lignes et depuis des années.
Est-il utile de rappeler que tous les mots sont redéfinissables dans Rebol ? Donc faites-le vous même au lieu de chougner pour quelques lignes de code à rajouter dans votre code.
paullys11-Jan-2011/21:47:12+1:00
Et vous croyez que j'ai fait quoi..!!!je me suis démerdé. Hors le but d'un langage c'est pas de tout faire soi-même à chaque fois, nest-ce pas? On peut admettre que buter souvent sur un pbm que l'on sait facilement soluble ça quelque chose de rageant non.
Focalisez pas sur l'histoire des variables en global ou context en cours. Pour quelqu'un qui a de l'expérience en rebol cela ne représente pas de diff. C'est pour quelqu'un qui débute qui va se retrouver avec des collisions de données. Ce qui n'arrive pas en C en fonction de la déclaration préalable des variables. C'est l'autre face de la facilité de rebol., il faut en tenir compte, l'UNE des possibilité est la variable locale par défaut. Au sujet de la nuance global, contexte en cours, punaise c'est quand m^me un comble de devoir maîtriser les contextes avant de pouvoir écrire ces premières lignes de code. Petite précision il n'y a pas besoin d'un raffinement de fonction global, il suffit juste une fonction d'exportation des données dans un contexte, ou encore comme je l'avais proposé une set/context . Et il est plus simple quand on aborde un langage de comprendre (car plus congruent) une variable déclarée hors la fonction est globale (quand on avance dans la compréhension des mécanismes du langage on sait que c'est plus précisemment dans le contexte x) et dans la fonction elle est dans le contexte de la fonction donc locale,
Je parle d'expérience après avoir essayé de sortir les gens des visual basics et autres saloperies crosoft. Et bien à cause de ce genre de trucs , ils sont revenus à visual machin chose. Une autre difficulté du même genre pour les débutants c'est la différence entre a: [] a: copy [] et c'est assez surprenant de de se rendre compte qu'une opération sur [] agit sur a dans le premier cas et pas dans le deuxième. Quand on a compris c'est une force mais avant cela c'est une vrai difficulté. Le parser avait besoin de progresser pour mieux prendre en compte l'arithmétique par exemple....C'est normal qu'un langage ne soit pas parfait, c'est pas cela que je reproche.
C'est normal qu'un leader codeur face des choix et soit capable de trancher, et donc normal pour ceux qui proposent de voir repousser une partie de leurs propositions; donc cela non plus je ne le reproche pas.

Ce que je reproche, c'est que la commnauté leader Rebol est élitiste (je me souviens d'un post un peu comme "rebol n'est pas pour les débutants" ou quelque chose dans le genre). Même s'il 'est vrai que rebol n'est pas pour ls débutants, je trouve dommage d'en être fier plutôt que d'essayer de s'ouvrir aux autres. Je préfererais discuter sur un sujet comme "comment rebol peut s'ouvrir aux débutants?"
Mai les gens sont ce qu'ils sont je n'ai pas de légitimité à dire reboleurs soyez ceci, reboleurs soyez cela. Mais je peux légitimement dire que ce langage est génial mais que les chemins de dev pris ne me semblent pas les bons. Et plutôt que de rester sur des généralités, j'illustre.
Je peux légitimement appeler de mes voeux une alternative.
Je peux souhaiter qu'un dialecte de bas niveau permette de coder des extensions sans passer par C....

Pour le mezzanine Ya ka, mots rebol redefinissable, c'est une très bonne méthode d'obfuscation..non?
rebolfrance12-Jan-2011/0:53:28+1:00
@Didec

Effectivement, c'est bien l'idée du groupe de lobbying francophone... Discuter entre-nous, trouver un ou des concensus et parler d'une seule voix pour réclamer un certain nombre de choses :
- un clarification sur le financement de RT
- la mise en place d'un système de support et de resellers locaux
- soit une continuité de R2 avec des releases plus fréquentes, un vrai support autour, des évolutions, soit la mise à disposition de R2 à la communauté pour le faire évoluer
- revoir complétement l'aspect business et adopter enfin une vraie approche Marketing, Didactique et Communautaire avec la mise à dispo d'outil comme WIP... Peut-être envisager un RMP ou RAP ? Rebol Market Place ! Reblets Apps Market...
- etc



Pour le reste, j'aimerai que l'on arrive à s'entendre et que l'on arrive à des consensus sur un certain nombre de sujets.
Il ne faut pas que l'on se divise. Je pense qu'il faut faire table rase du passé et repartir sur de bonnes bases.

Je vous ai proposé un projet autour de Rebol France : booster notre forum et faciliter son accès par du RSS et un RebelME, faire une version Pro de R2, refaire un site pour vendre réellement REBOL auprès des débutants et du monde Pro... Et sortir notre équivalent du WAMP avec Cheyenne Rebol et une bdd intégrée...
avec une vraie stratégie d'en faire l'outil ultra performant pour faire des micro-applications ultra rapidement...

Nico
trigram17-Jan-2011/16:33:53+1:00
Ca y est...
Carl a détaillé le contenu de la 2.7.8 :

http://www.rebol.com/article/0505.html
trigram17-Jan-2011/16:37:37+1:00
Et la fonction speed...

http://www.rebol.com/article/0506.html
trigram17-Jan-2011/21:32:27+1:00
Voilà le official fix log :

http://www.rebol.com/docs/changes-2-7.html

New native functions or features
access-os (OS-related natives to run Cheyenne)
unbind
set-env
list-env (returns a block)
secure for envr functions
secure for run (uses call word)
Windows registry and other environment
Add environment expansion to get-env function, converting paths like %appdata% .
Add /values refinement to list-reg to return a block of value names for any registry entry.
Enable run function? Use ShellExecute for launch via file associations?
R2/Forward (source: DevBase)
Unix helpers: cd ls more pwd rm
last?
collect-words
invalid-utf?
ascii? fixes
latin1? fixes
resolve (unless native)
funct with /extern refinement
delta-time (dt alias) added
speed? function added (preliminary)
SDK and more
Delay DNS and sound subtask forking (for leaner server operation and allows setuid from root to user)
SDK encap changed use mold/all.
Fixes SDK's Command boot problem.
SDK Icon fix (2.7.7 had old, non XP compatible icon)
browse works better in Linux.
Misc RAMBO bugs fixed
Merge Graham's HTTP fixes (source: DevBase)
Bug 4348: encoded literals not processed correctly when encapped
Bug 4397: yes is not evaluated with construct
Bug 4404: HTTP-scheme forwarding from HTTPS to HTTP
Bug 4405: HTTP-scheme forwarding POST request
Bug 4406: Missing char in net-utils/url-parser/path-char
Bug 4408: Exponent with negative numbers gives error

Login required to Post.


Powered by RebelBB and REBOL 2.7.8.4.2