Login | Register
My pages Projects Community openCollabNet

Discussions > issues > pb in parsing <link idref="123">foo</link>

cowiki
Discussion topic

Hide all messages in topic

All messages in topic

Re: [cowiki-issues] pb in parsing, other issues highlighted

Author cmarble
Full name Archie Campbell
Date 2006-05-08 15:05:45 PDT
Message Yes.

Raphael Letocart wrote:

> Hi Archie,
>
> ok, nice to know that I could help... Did you already commit your fixs
> to the repository?
>
> Raphael

Re: [cowiki-issues] pb in parsing, other issues highlighted

Author Raphael Letocart <raphael at xlprog-nc dot com>
Full name Raphael Letocart <raphael at xlprog-nc dot com>
Date 2006-05-08 14:13:10 PDT
Message Hi Archie,

ok, nice to know that I could help... Did you already commit your fixs to
the repository?

Raphael

On 5/8/06, Archie Campbell <cephalicmarble@b​lueyonder.co.uk> wrote:
>
> Raphael,
>
> I'm disappointed to discover that the errors are a result of your use of
> non-ASCII characters in your coWiki script. This is exactly what my work was
> supposed to fix, so you can imagine my embarrassment! Unsure how this was
> overlooked, we continue to a fix...
>
> Sorted. Fix appends "<?xml version='1.0' encoding='ISO-8859-1' ?>"
> preamble to the xml from the database in ReverseParser to kick the php
> xml_parser into behaving. Where options fail, an xml tag has worked.
>
> I made another couple of changes: emphasis processing now doesn't rely on
> buffering the intervening string, it just bangs out the tags as they're
> encountered (relies on <origin> output immediately after the markup is
> picked up); fronthtmltransformer processes tables properly, had been failing
> to clear a flag.
>
> Raph - your wiki syntax needs updating: bold now takes two asterisks
> "**bold**" and tables need a newline between each cell. e.g.
>
> <table>
> | cell1
> | cell2
> </table>
>
> Stay in touch.
>
> Regards,
>
> Archie
>
> Raphael Letocart wrote:
>
> Hi Archie,
>
> The move of the database worked without error, but the result was not very
> good: the documents and folders have been retrived correctly (except of the
> %TITLE% constant inside documents, see attached screen shots), but then it
> was not editable because of lots of xml datas inside...
>
>
> eg : the source of the document (cowiki 0.3.4)
>
> + %TITLE%
>
> *Le portail internet des sociétés calédoniennes ((XL Programmation Micro))
> et ((Pecsi)).*
>
> <q>
> Ceci est donc notre wiki. Son objectif est évidemment d'y mettre en commun
> toute la documentation, les howtos et outils nécéssaire à notre travail
> quotidien.
> </q>
>
> <table>
> | <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin Embed
> src="/img/nc.png" alt="Nouvelle-Caledonie">
> </table>
>
> the source of document after migrate to cowiki cvs version
>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<h1><var>​<name><![CDAT​A[TITLE]]></na​me></h1>​<p><strong>​<![CDATA[Le
> portail internet des sociétés calédoniennes
> ]]><link>​<idref><![CDA​TA[19]]></idre​f></link>​<![CDATA[ et
> ]]><link>​<idref><![CDA​TA[20]]></idre​f><![CDATA[PEC​SI]]></link​><![CDATA[.]]>​</strong></​p><![CDATA[​</pre>
>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<q><p><!​[CDATA[Ceci est donc notre wiki. Son objectif est
> évidemment d'y mettre en commun toute la documentation, les howtos et outils
> nécéssaire à notre travail quotidien.]]><​/p></q><​![CDATA[</pre>​
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<table><tr>​<valign><![​CDATA[top]]></​valign><td>​<colspan><!​[CDATA[1]]></c​olspan><![CDAT​A[
> ]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/worl​d.png]]></src​><alt><![​CDATA[Le
> Monde]]></alt​></plugin>​<![CDATA[
> ]]></td>​<td><colspan​><![CDATA[1]]​></colspan>​<![CDATA[
> ]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/nc.p​ng]]></src>​<alt><![CDA​TA[Nouvelle-Caledoni​e]]></alt>​</plugin><![​CDATA[
> ]]></td>​</tr></table​><![CDATA[</p​re>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​</document></d​ocument></pre​>
>
>
> After that, I tried with a fresh install database.
> All errors I send you yesterday was from a fresh database.
> An example of error: I'm trying to create a new document with the
> following content:
>
> + %TITLE%
>
> *Le portail internet des sociétés calédoniennes ((XL Programmation Micro))
> et ((Pecsi)).*
>
> <q>
> Ceci est donc notre wiki. Son objectif est évidemment d'y mettre en commun
> toute la documentation, les howtos et outils nécéssaire à notre travail
> quotidien.
> </q>
>
> <table>
> | <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin Embed
> src="/img/nc.png" alt="Nouvelle-Caledonie">
> </table>
>
> And I got the followin error:
>
> *Fatal error*: Call to a member function get() on a non-object in */var/www/cowiki/inc​ludes/cowiki/class/r​ender/class.FrontHtm​lTransformer.php
> * on line *553
>
> *When I remove the links "((XL Programmation Micro)) et ((Pecsi))", the
> doc is validating correctly.
>
> Regards,
> Raphael
> *
>
> *
> On 5/7/06, Archie Campbell <cephalicmarble@b​lueyonder.co.uk> wrote:
> >
> > Raphael,
> >
> > In order to understand what you are describing, I need to know exectly
> > how the error occurs, so that I am able to cause the error for myself, and
> > then I can diagnose the problem.
> >
> > So, from installation of latest CVS until the error occurs, I'm going to
> > need a list of all the things you do.
> >
> > Importantly, did the setup task described as 'Move old stored wiki
> > representation to new, stricter XML' run ok for you?
> >
> > If I can't reproduce the problem, I can't help you.
> >
> > Regards,
> >
> >
> > Archie
> >
> >
>
Attachments

Re: [cowiki-issues] pb in parsing, other issues highlighted

Author cmarble
Full name Archie Campbell
Date 2006-05-07 07:14:05 PDT
Message Raphael,

I'm disappointed to discover that the errors are a result of your use of
non-ASCII characters in your coWiki script. This is exactly what my work
was supposed to fix, so you can imagine my embarrassment! Unsure how
this was overlooked, we continue to a fix...

Sorted. Fix appends "<?xml version='1.0' encoding='ISO-8859-1' ?>"
preamble to the xml from the database in ReverseParser to kick the php
xml_parser into behaving. Where options fail, an xml tag has worked.

I made another couple of changes: emphasis processing now doesn't rely
on buffering the intervening string, it just bangs out the tags as
they're encountered (relies on <origin> output immediately after the
markup is picked up); fronthtmltransformer processes tables properly,
had been failing to clear a flag.

Raph - your wiki syntax needs updating: bold now takes two asterisks
"**bold**" and tables need a newline between each cell. e.g.

<table>
| cell1
| cell2
</table>

Stay in touch.

Regards,

Archie

Raphael Letocart wrote:

> Hi Archie,
>
> The move of the database worked without error, but the result was not
> very good: the documents and folders have been retrived correctly
> (except of the %TITLE% constant inside documents, see attached screen
> shots), but then it was not editable because of lots of xml datas
> inside...
>
>
> eg : the source of the document (cowiki 0.3.4)
>
> + %TITLE%
>
> *Le portail internet des sociétés calédoniennes ((XL Programmation
> Micro)) et ((Pecsi)).*
>
> <q>
> Ceci est donc notre wiki. Son objectif est évidemment d'y mettre
> en commun toute la documentation, les howtos et outils nécéssaire
> à notre travail quotidien.
> </q>
>
> <table>
> | <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin
> Embed src="/img/nc.png" alt="Nouvelle-Caledonie">
> </table>
>
> the source of document after migrate to cowiki cvs version
>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<h1><var>​<name><![CDAT​A[TITLE]]></na​me></h1>​<p><strong>​<![CDATA[Le
> portail internet des sociétés calédoniennes
> ]]><link>​<idref><![CDA​TA[19]]></idre​f></link>​<![CDATA[ et
> ]]><link>​<idref><![CDA​TA[20]]></idre​f><![CDATA[PEC​SI]]></link​><![CDATA[.]]>​</strong></​p><![CDATA[​</pre>
>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<q><p><!​[CDATA[Ceci est donc notre wiki. Son objectif est
> évidemment d'y mettre en commun toute la documentation, les howtos et
> outils nécéssaire à notre travail quotidien.]]><​/p></q><​![CDATA[</pre>​
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​<table><tr>​<valign><![​CDATA[top]]></​valign><td>​<colspan><!​[CDATA[1]]></c​olspan><![CDAT​A[
> ]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/worl​d.png]]></src​><alt><![​CDATA[Le
> Monde]]></alt​></plugin>​<![CDATA[
> ]]></td>​<td><colspan​><![CDATA[1]]​></colspan>​<![CDATA[
> ]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/nc.p​ng]]></src>​<alt><![CDA​TA[Nouvelle-Caledoni​e]]></alt>​</plugin><![​CDATA[
> ]]></td>​</tr></table​><![CDATA[</p​re>
> <p><b>XML error: Mismatched tag</b></p>
> <pre>]]>​</document></d​ocument></pre​>
>
>
> After that, I tried with a fresh install database.
> All errors I send you yesterday was from a fresh database.
> An example of error: I'm trying to create a new document with the
> following content:
>
> + %TITLE%
>
> *Le portail internet des sociétés calédoniennes ((XL Programmation
> Micro)) et ((Pecsi)).*
>
> <q>
> Ceci est donc notre wiki. Son objectif est évidemment d'y mettre
> en commun toute la documentation, les howtos et outils nécéssaire
> à notre travail quotidien.
> </q>
>
> <table>
> | <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin
> Embed src="/img/nc.png" alt="Nouvelle-Caledonie">
> </table>
>
> And I got the followin error:
>
> *Fatal error*: Call to a member function get() on a non-object in
> */var/www/cowiki/inc​ludes/cowiki/class/r​ender/class.FrontHtm​lTransformer.php
> * on line *553
>
> *When I remove the links "((XL Programmation Micro)) et ((Pecsi))",
> the doc is validating correctly.
>
> Regards,
> Raphael
> *
>
> *
> On 5/7/06, *Archie Campbell* <cephalicmarble@b​lueyonder.co.uk
> <mailto:cephalicm​arble at blueyonder dot co.​uk>> wrote:
>
> Raphael,
>
> In order to understand what you are describing, I need to know
> exectly how the error occurs, so that I am able to cause the error
> for myself, and then I can diagnose the problem.
>
> So, from installation of latest CVS until the error occurs, I'm
> going to need a list of all the things you do.
>
> Importantly, did the setup task described as 'Move old stored
> wiki representation to new, stricter XML' run ok for you?
>
> If I can't reproduce the problem, I can't help you.
>
> Regards,
>
>
> Archie
>
Attachments

Re: [cowiki-issues] pb in parsing &lt;link idref="123"&gt;foo&lt;/link&gt;

Author Raphael Letocart <raphael at xlprog-nc dot com>
Full name Raphael Letocart <raphael at xlprog-nc dot com>
Date 2006-05-06 15:41:18 PDT
Message Hi Archie,

The move of the database worked without error, but the result was not very
good: the documents and folders have been retrived correctly (except of the
%TITLE% constant inside documents, see attached screen shots), but then it
was not editable because of lots of xml datas inside...


eg : the source of the document (cowiki 0.3.4)

+ %TITLE%

*Le portail internet des sociétés calédoniennes ((XL Programmation Micro))
et ((Pecsi)).*

<q>
Ceci est donc notre wiki. Son objectif est évidemment d'y mettre en commun
toute la documentation, les howtos et outils nécéssaire à notre travail
quotidien.
</q>

<table>
| <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin Embed
src="/img/nc.png" alt="Nouvelle-Caledonie">
</table>

the source of document after migrate to cowiki cvs version

<p><b>XML error: Mismatched tag</b></p>
<pre>]]>​<h1><var>​<name><![CDAT​A[TITLE]]></na​me></h1>​<p><strong>​<![CDATA[Le
portail internet des sociétés calédoniennes
]]><link>​<idref><![CDA​TA[19]]></idre​f></link>​<![CDATA[ et
]]><link>​<idref><![CDA​TA[20]]></idre​f><![CDATA[PEC​SI]]></link​><![CDATA[.]]>​</strong></​p><![CDATA[​</pre>
<p><b>XML error: Mismatched tag</b></p>
<pre>]]>​<q><p><!​[CDATA[Ceci est donc notre wiki. Son objectif est évidemment
d'y mettre en commun toute la documentation, les howtos et outils nécéssaire
à notre travail quotidien.]]><​/p></q><​![CDATA[</pre>​
<p><b>XML error: Mismatched tag</b></p>
<pre>]]>​<table><tr>​<valign><![​CDATA[top]]></​valign><td>​<colspan><!​[CDATA[1]]></c​olspan><![CDAT​A[
]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/worl​d.png]]></src​><alt><![​CDATA[Le
Monde]]></alt​></plugin>​<![CDATA[
]]></td>​<td><colspan​><![CDATA[1]]​></colspan>​<![CDATA[
]]><plugin>​<name><![CD​ATA[Embed]]></​name><src>​<![CDATA[/img/nc.p​ng]]></src>​<alt><![CDA​TA[Nouvelle-Caledoni​e]]></alt>​</plugin><![​CDATA[
]]></td>​</tr></table​><![CDATA[</p​re>
<p><b>XML error: Mismatched tag</b></p>
<pre>]]>​</document></d​ocument></pre​>


After that, I tried with a fresh install database.
All errors I send you yesterday was from a fresh database.
An example of error: I'm trying to create a new document with the following
content:

+ %TITLE%

*Le portail internet des sociétés calédoniennes ((XL Programmation Micro))
et ((Pecsi)).*

<q>
Ceci est donc notre wiki. Son objectif est évidemment d'y mettre en commun
toute la documentation, les howtos et outils nécéssaire à notre travail
quotidien.
</q>

<table>
| <plugin Embed src="/img/world.png" alt="Le Monde"> | <plugin Embed
src="/img/nc.png" alt="Nouvelle-Caledonie">
</table>

And I got the followin error:

*Fatal error*: Call to a member function get() on a non-object in *
/var/www/cowiki/incl​udes/cowiki/class/re​nder/class.FrontHtml​Transformer.php*on
line
*553

*When I remove the links "((XL Programmation Micro)) et ((Pecsi))", the doc
is validating correctly.

Regards,
Raphael
*

*
On 5/7/06, Archie Campbell <cephalicmarble@b​lueyonder.co.uk> wrote:
>
> Raphael,
>
> In order to understand what you are describing, I need to know exectly how
> the error occurs, so that I am able to cause the error for myself, and then
> I can diagnose the problem.
>
> So, from installation of latest CVS until the error occurs, I'm going to
> need a list of all the things you do.
>
> Importantly, did the setup task described as 'Move old stored wiki
> representation to new, stricter XML' run ok for you?
>
> If I can't reproduce the problem, I can't help you.
>
> Regards,
>
>
> Archie
>
> Raphael Letocart wrote:
>
> Hi Archie,
>
> thank you for your responds. I understand my "explications" could be a lot
> confusing, but I have a lot of difficults to explain in english.
>
> so, I'm trying to play with the latest cvs version of cowiki...
> But I got a lot of errors. The pb could come with PHP 5.0.5 and could not
> exists with PHP 5.0.4 (not verified)
>
> The first error I got is "Fatal error: Only variables can be passed by
> reference in class.WikiReverseParser.php (873)"
>
> The error seems to be easily solvable by replacing
>
> if( $sName == end(array_keys($thi​s->aAttrib)) ) {
>
> by
>
> if( $sName == end($foo = array_keys($this->aAttrib)) ) {
>
>
> I got an other error when validating an edited document containing html
> (not very sure) tags:
> *
> Fatal error*: Maximum execution time of 30 seconds exceeded in *
> /var/www/cowiki.new/​includes/cowiki/clas​s/parse/class.WikiPa​rser.php* on
> line *775*
>
> and an other error, but I can't determine exactly when it occurs:
>
> *Fatal error*: Call to a member function get() on a non-object in *
> /var/www/cowiki.new/​includes/cowiki/clas​s/render/class.Front​HtmlTransformer.php
> * on line *553
>
> *and an other one*
>
> **Fatal error*: Maximum execution time of 30 seconds exceeded in */var/www/cowiki.new​/includes/cowiki/cla​ss/parse/class.WikiP​arser.php
> * on line *368*
>
> I hope it could help and I'm sorry if explainations are not very clear...
>
> Thank you for your help.
>
>
> On 5/5/06, Archie Campbell <cephalicmarble@b​lueyonder.co.uk> wrote:
> >
> > Hi Raphael,
> >
> > I'm the programmer working on aspects of the coWiki parse and display
> > mechanisms. Since 0.3.4, coWiki has been changed fairly drastically, and
> > we are still lacking thorough testing of the new code.
> >
> > Suffice to say that the area you highlight has undergone some serious
> > alterations. What I'm trying to say is that 0.3.4 is not really
> > supported anymore, but that were you to (backup thoroughly and then...)
> > install the latest from CVS you might well find various problems
> > disappearing. Alternatively, you might become our next best bug-funder.
> >
> > I'm confused by the patch that you report, which apparently changes the
> > code only by altering execution order and maybe by side-effects. I can't
> > quite grasp what you've changed to make a problem that I don't know
> > about go away, which is intrigueing!
> >
> > Please stay in touch.
> >
> > Archie
> >
> > Raphael Letocart wrote:
> >
> > > Hi guys,
> > >
> > > I've got problems with cowiki 0.3.4 with apache2 + php5
> > > (libapache2-mod-php5)
> > >
> > > I could'nt edit a document if it contains a "((My Document)(FOO))"
> > > link, "<link idref="123">foo​</link>" in the database,
> > > but if the document contains only "((My Document))" all was good.
> > > So after a lot of search I found that
> > >
> > > "protected function buildIdRefLink(&$aMatches)" in
> > > class.CoWikiReverseParser.php was causing the pb,
> > > so I modified
> > >
> > > // Generate normal link with an alias
> > > return '('
> > > .'('
> > > .$sPrefix
> > >
> > .$this->noopDeli​miters(escape($RefN​ode->get('name'))​)
> > > .')'
> > > .'('
> > > .escape($aMatches[2])
> > > . ')'
> > > .')';
> > >
> > >
> > > with
> > >
> > >
> > > $var1 = $RefNode->get('name');
> > > $var2 = escape($var1);
> > > $var3 = $this->noopDelim​iters($var2);
> > >
> > > $ret = '('
> > > .'('
> > > .$sPrefix
> > > .$var3
> > > .')'
> > > .'('
> > > .escape($aMatches[2])
> > > . ')'
> > > .')';
> > >
> > > // Generate normal link with an alias
> > > return $ret;
> > >
> > > Sorry for my very poor english. I hope it could help someone.
> >
> >
> >
> >
>
>
Attachments

Re: [cowiki-issues] pb in parsing &lt;link idref="123"&gt;foo&lt;/link&gt;

Author cmarble
Full name Archie Campbell
Date 2006-05-06 06:14:11 PDT
Message Raphael,

In order to understand what you are describing, I need to know exectly
how the error occurs, so that I am able to cause the error for myself,
and then I can diagnose the problem.

So, from installation of latest CVS until the error occurs, I'm going to
need a list of all the things you do.

Importantly, did the setup task described as 'Move old stored wiki
representation to new, stricter XML' run ok for you?

If I can't reproduce the problem, I can't help you.

Regards,

Archie

Raphael Letocart wrote:

> Hi Archie,
>
> thank you for your responds. I understand my "explications" could be a
> lot confusing, but I have a lot of difficults to explain in english.
>
> so, I'm trying to play with the latest cvs version of cowiki...
> But I got a lot of errors. The pb could come with PHP 5.0.5 and could
> not exists with PHP 5.0.4 (not verified)
>
> The first error I got is "Fatal error: Only variables can be passed by
> reference in class.WikiReverseParser.php (873)"
>
> The error seems to be easily solvable by replacing
>
> if( $sName == end(array_keys($thi​s->aAttrib)) ) {
>
> by
>
> if( $sName == end($foo = array_keys($this->aAttrib)) ) {
>
>
> I got an other error when validating an edited document containing
> html (not very sure) tags:
> *
> Fatal error*: Maximum execution time of 30 seconds exceeded in
> */var/www/cowiki.new​/includes/cowiki/cla​ss/parse/class.WikiP​arser.php*
> on line *775*
>
> and an other error, but I can't determine exactly when it occurs:
>
> *Fatal error*: Call to a member function get() on a non-object in
> */var/www/cowiki.new​/includes/cowiki/cla​ss/render/class.Fron​tHtmlTransformer.php​*
> on line *553
>
> *and an other one*
>
> **Fatal error*: Maximum execution time of 30 seconds exceeded in
> */var/www/cowiki.new​/includes/cowiki/cla​ss/parse/class.WikiP​arser.php
> * on line *368*
>
> I hope it could help and I'm sorry if explainations are not very clear...
>
> Thank you for your help.
>
>
> On 5/5/06, *Archie Campbell * <cephalicmarble@b​lueyonder.co.uk
> <mailto:cephalicm​arble at blueyonder dot co.​uk>> wrote:
>
> Hi Raphael,
>
> I'm the programmer working on aspects of the coWiki parse and display
> mechanisms. Since 0.3.4, coWiki has been changed fairly
> drastically, and
> we are still lacking thorough testing of the new code.
>
> Suffice to say that the area you highlight has undergone some serious
> alterations. What I'm trying to say is that 0.3.4 is not really
> supported anymore, but that were you to (backup thoroughly and
> then...)
> install the latest from CVS you might well find various problems
> disappearing. Alternatively, you might become our next best
> bug-funder.
>
> I'm confused by the patch that you report, which apparently
> changes the
> code only by altering execution order and maybe by side-effects. I
> can't
> quite grasp what you've changed to make a problem that I don't know
> about go away, which is intrigueing!
>
> Please stay in touch.
>
> Archie
>
> Raphael Letocart wrote:
>
> > Hi guys,
> >
> > I've got problems with cowiki 0.3.4 with apache2 + php5
> > (libapache2-mod-php5)
> >
> > I could'nt edit a document if it contains a "((My Document)(FOO))"
> > link, "<link idref="123">foo​</link>" in the database,
> > but if the document contains only "((My Document))" all was good.
> > So after a lot of search I found that
> >
> > "protected function buildIdRefLink(&$aMatches)" in
> > class.CoWikiReverseParser.php was causing the pb,
> > so I modified
> >
> > // Generate normal link with an alias
> > return '('
> > .'('
> > .$sPrefix
> >
> .$this->noopDeli​miters(escape($RefN​ode->get('name'))​)
> > .')'
> > .'('
> > .escape($aMatches[2])
> > . ')'
> > .')';
> >
> >
> > with
> >
> >
> > $var1 = $RefNode->get('name');
> > $var2 = escape($var1);
> > $var3 = $this->noopDelim​iters($var2);
> >
> > $ret = '('
> > .'('
> > .$sPrefix
> > .$var3
> > .')'
> > .'('
> > .escape($aMatches[2])
> > . ')'
> > .')';
> >
> > // Generate normal link with an alias
> > return $ret;
> >
> > Sorry for my very poor english. I hope it could help someone.
>
>
>
>
Attachments

Re: [cowiki-issues] pb in parsing &lt;link idref="123"&gt;foo&lt;/link&gt;

Author Raphael Letocart <raphael at xlprog-nc dot com>
Full name Raphael Letocart <raphael at xlprog-nc dot com>
Date 2006-05-05 17:35:53 PDT
Message Hi Archie,

thank you for your responds. I understand my "explications" could be a lot
confusing, but I have a lot of difficults to explain in english.

so, I'm trying to play with the latest cvs version of cowiki...
But I got a lot of errors. The pb could come with PHP 5.0.5 and could not
exists with PHP 5.0.4 (not verified)

The first error I got is "Fatal error: Only variables can be passed by
reference in class.WikiReverseParser.php (873)"

The error seems to be easily solvable by replacing

if( $sName == end(array_keys($thi​s->aAttrib)) ) {

by

if( $sName == end($foo = array_keys($this->aAttrib)) ) {


I got an other error when validating an edited document containing html (not
very sure) tags:
*
Fatal error*: Maximum execution time of 30 seconds exceeded in *
/var/www/cowiki.new/​includes/cowiki/clas​s/parse/class.WikiPa​rser.php* on
line *775*

and an other error, but I can't determine exactly when it occurs:

*Fatal error*: Call to a member function get() on a non-object in *
/var/www/cowiki.new/​includes/cowiki/clas​s/render/class.Front​HtmlTransformer.php
* on line *553

*and an other one*

**Fatal error*: Maximum execution time of 30 seconds exceeded in *
/var/www/cowiki.new/​includes/cowiki/clas​s/parse/class.WikiPa​rser.php* on
line *368*

I hope it could help and I'm sorry if explainations are not very clear...

Thank you for your help.


On 5/5/06, Archie Campbell <cephalicmarble@b​lueyonder.co.uk> wrote:
>
> Hi Raphael,
>
> I'm the programmer working on aspects of the coWiki parse and display
> mechanisms. Since 0.3.4, coWiki has been changed fairly drastically, and
> we are still lacking thorough testing of the new code.
>
> Suffice to say that the area you highlight has undergone some serious
> alterations. What I'm trying to say is that 0.3.4 is not really
> supported anymore, but that were you to (backup thoroughly and then...)
> install the latest from CVS you might well find various problems
> disappearing. Alternatively, you might become our next best bug-funder.
>
> I'm confused by the patch that you report, which apparently changes the
> code only by altering execution order and maybe by side-effects. I can't
> quite grasp what you've changed to make a problem that I don't know
> about go away, which is intrigueing!
>
> Please stay in touch.
>
> Archie
>
> Raphael Letocart wrote:
>
> > Hi guys,
> >
> > I've got problems with cowiki 0.3.4 with apache2 + php5
> > (libapache2-mod-php5)
> >
> > I could'nt edit a document if it contains a "((My Document)(FOO))"
> > link, "<link idref="123">foo​</link>" in the database,
> > but if the document contains only "((My Document))" all was good.
> > So after a lot of search I found that
> >
> > "protected function buildIdRefLink(&$aMatches)" in
> > class.CoWikiReverseParser.php was causing the pb,
> > so I modified
> >
> > // Generate normal link with an alias
> > return '('
> > .'('
> > .$sPrefix
> >
> .$this->noopDeli​miters(escape($RefN​ode->get('name'))​)
> > .')'
> > .'('
> > .escape($aMatches[2])
> > . ')'
> > .')';
> >
> >
> > with
> >
> >
> > $var1 = $RefNode->get('name');
> > $var2 = escape($var1);
> > $var3 = $this->noopDelim​iters($var2);
> >
> > $ret = '('
> > .'('
> > .$sPrefix
> > .$var3
> > .')'
> > .'('
> > .escape($aMatches[2])
> > . ')'
> > .')';
> >
> > // Generate normal link with an alias
> > return $ret;
> >
> > Sorry for my very poor english. I hope it could help someone.
>
>
>
>
Attachments

Re: [cowiki-issues] pb in parsing &lt;link idref="123"&gt;foo&lt;/link&gt;

Author cmarble
Full name Archie Campbell
Date 2006-05-05 03:26:25 PDT
Message Hi Raphael,

I'm the programmer working on aspects of the coWiki parse and display
mechanisms. Since 0.3.4, coWiki has been changed fairly drastically, and
we are still lacking thorough testing of the new code.

Suffice to say that the area you highlight has undergone some serious
alterations. What I'm trying to say is that 0.3.4 is not really
supported anymore, but that were you to (backup thoroughly and then...)
install the latest from CVS you might well find various problems
disappearing. Alternatively, you might become our next best bug-funder.

I'm confused by the patch that you report, which apparently changes the
code only by altering execution order and maybe by side-effects. I can't
quite grasp what you've changed to make a problem that I don't know
about go away, which is intrigueing!

Please stay in touch.

Archie

Raphael Letocart wrote:

> Hi guys,
>
> I've got problems with cowiki 0.3.4 with apache2 + php5
> (libapache2-mod-php5)
>
> I could'nt edit a document if it contains a "((My Document)(FOO))"
> link, "<link idref="123">foo​</link>" in the database,
> but if the document contains only "((My Document))" all was good.
> So after a lot of search I found that
>
> "protected function buildIdRefLink(&$aMatches)" in
> class.CoWikiReverseParser.php was causing the pb,
> so I modified
>
> // Generate normal link with an alias
> return '('
> .'('
> .$sPrefix
> .$this->noopDeli​miters(escape($RefN​ode->get('name'))​)
> .')'
> .'('
> .escape($aMatches[2])
> . ')'
> .')';
>
>
> with
>
>
> $var1 = $RefNode->get('name');
> $var2 = escape($var1);
> $var3 = $this->noopDelim​iters($var2);
>
> $ret = '('
> .'('
> .$sPrefix
> .$var3
> .')'
> .'('
> .escape($aMatches[2])
> . ')'
> .')';
>
> // Generate normal link with an alias
> return $ret;
>
> Sorry for my very poor english. I hope it could help someone.

pb in parsing &lt;link idref="123"&gt;foo&lt;/link&gt;

Author Raphael Letocart <raphael at xlprog-nc dot com>
Full name Raphael Letocart <raphael at xlprog-nc dot com>
Date 2006-05-03 22:06:01 PDT
Message Hi guys,

I've got problems with cowiki 0.3.4 with apache2 + php5
(libapache2-mod-php5)

I could'nt edit a document if it contains a "((My Document)(FOO))" link,
"<link idref="123">foo​</link>" in the database,
but if the document contains only "((My Document))" all was good.
So after a lot of search I found that

"protected function buildIdRefLink(&$aMatches)" in
class.CoWikiReverseParser.php was causing the pb,
so I modified

        // Generate normal link with an alias
        return '('
                 .'('
                    .$sPrefix
                    .$this->noopDeli​miters(escape($RefN​ode->get('name'))​)
                 .')'
                 .'('
                    .escape($aMatches[2])
                 . ')'
               .')';


with


$var1 = $RefNode->get('name');
$var2 = escape($var1);
$var3 = $this->noopDelim​iters($var2);

$ret = '('
                 .'('
                    .$sPrefix
                    .$var3
                 .')'
                 .'('
                    .escape($aMatches[2])
                 . ')'
               .')';

        // Generate normal link with an alias
        return $ret;



Sorry for my very poor english. I hope it could help someone.
Attachments
Messages per page: