Correction dans LazWeb fpc-web

Bonjour,

Je pense avoir trouvé un bug dans LazWeb fpc-web dans l'unité httpdefs.pp ligne 386 :

On y trouve normalement :
Property PathTranslated : String index Ord(hvPathInfo) read GetHTTPVariable Write SetHTTPVariable;
Et cela devrait être selon moi :
Property PathTranslated : String index Ord(hvPathTranslated) read GetHTTPVariable Write SetHTTPVariable;

Ceci empêche d'utiliser aRequest.PathTranslated qui retourne systématiquement aRequest.PathInfo

J'ai 2 questions :
1. Comment recompiler le paquet lazweb ? Il semblerait que les fichier PPU utilisé soient toujours ceux de la distribution.
2. Comment signaler ce bug à l'équip de développement de lazarus ?

Merci de votre aide.

Serge

Bonjour,

Citation:

---

Envoyé par aceinformatique

2. Comment signaler ce bug à l'équipe de développement de lazarus ?

---

Le fichier ne fait pas partie de l'EDI Lazarus, mais est inclus dans les fichiers sources du compilateur Free Pascal. Il faut par conséquent le signaler sur le bugtracker de Free Pascal : ici. Une inscription est nécessaire et la langue de mise est l'anglais : il faut préciser la version de Free Pascal (3.0.0 pour la version utilisée par Lazarus 1.6), et expliquer le dysfonctionnement (avec un exemple en pièce attachée, c'est mieux ;)).

Citation:

---

Envoyé par aceinformatique

1. Comment recompiler le paquet lazweb ? Il semblerait que les fichier PPU utilisé soient toujours ceux de la distribution.

---

Je n'ai pas fait l'essai, mais si les fichiers ppu générés après une nouvelle compilation ne sont pas créés dans les dossiers C:\lazarus\fpc\3.0.0\units\x86_64-win64 ou
C:\lazarus\fpc\3.0.0\units\i386-win32\fcl-web pour Windows, il faut sans doute les y transférer.

Cordialement,

Gilles

PS : avant toute modification du compilateur, il faut faire une sauvegarde préalable :mouarf:.

Bonjour

Pour qu'une modification soit rapidement prise en compte par l'équipe de développement, et si on a la solution, il faut aussi fournir dans le bug tracker le fichier patch indiquant la modification suggérée.

Idéalement, on part des sources trunk récupérées par un gestionnaire de version (svn ou git, qui permettent aussi de produire facilement le patch). L'inconvénient est qu'on ne peut pas travailler à partir du trunk pour produire des logiciels stables.

Sinon, à partir d'une version stable, il suffit de déprotéger si besoin le source et de le modifier à l'endroit où il a été installé, puis de réinstaller le paquet. Pour faire le patch, c'est un peu plus compliqué, il faut un outil adéquat. On essaiera, de préférence, de télécharger (en http) la version trunk du source modifié pour s'assurer qu'elle n'a pas fait l'objet d'une modification récente.

Dans les 2 cas, il n'y a pas besoin de transférer les fichiers objets. Les nouveaux sont générés dans un dossier accessible en écriture et sont utilisés à la place de ceux de l'installation initiale.