|
hi,
i'm sorry. embperl does remove '\r' on line 247 of
eputil.c.
but actually it replaces it with a space, ' '.
this makes a PERL string terminator, for example "END\r\n' become
"END \n", thus still makes PERL compile to error.
i downloaded most up-to-date embperl, version 1.3b3. and
it remains the same handling and the same error result.
so i could not but change line 247 of eputil.c to
*ep++ = '\n';
by myself and found it finally works!!
however, i perfer to complete removal of \r rather than
replacement.
this is important to me because i get used to dividing a long
MySQL SQL statement into several lines and terminating them by a terminator
"END", for example,
my $st=$db->mysql(<<END);
SELECT
album.* ,album.oid AS oid2,uinfo.name,uinfo.user, uinfo.gid, uinfo.frs,
count(alobj.oid) AS nobj,
(unix_timestamp()-unix_timestamp(album.birth)<$ndays*24*60*60) AS
new
FROM uinfo, album LEFT OUTER JOIN alobj USING
(aid)
WHERE kind='$fdat{kind}' $search AND
($pref)
AND album.oid=uinfo.id
GROUP BY
album.aid
LIMIT
$fdat{limit}
END
i understand that all these troubles are caused by Composer
and FrontPage of windows version, which terminate each line of html
files with '\r\n'.
but i wish newer version of embperl could filter out \r
completely.
thanks.
regards,
huang-ming
----- Original Message -----
Sent: Saturday, April 29, 2000 8:20
PM
Subject: RE: PERL string terminator with
Carriage Return...
Everything is ok except when I use the following Perl
string terminator construct:
[+
print <<END;
111111111111
222222222222
END
+]
Embperl complains with:
[2310]ERR: 24: Line 10: Error in Perl code: (in cleanup)
Can't find string terminator "
END" anywhere
before EOF at /usr/local/apache/htdocs/test.htm line
11.
When I dig into the file source with vi, there
is a ^M (ie. CarriageReturn) immediately following "END". I think Perl
won't allow anything execpt LineFeed (0A) to follow the string terminator,
END here.
Embperl already removes the CR from your source
(because Perl 5.004 don't like CR's at
all).
Does it change anything when you put the block [-
$optRawInput = 1 -] before the above code? or you can write <<
instead of the <<. Otherwise Embperl will treat the << as the
start of an HTML tag and removes the rest of the block. This is done to get
rid of unwanted HTML tags e.g. <BR> that are inserted by FrontPage or
other editors in your perl code.
Gerald
P.S. Support for Embperl has moved from modperl to
embperl mailing list
But I cannot change Composer or
Frontpage anyway. Is there any remedy I can do to drop the annoying ^M on
the fly during Embperl parsing phase? Has anyone else ever
reported such a problem? I used to using X-window version of Composer
and never found such problem.
I cannot but edit my web pages on Win/98 and
use Samba server because there is no way to edit Chinese characters on Linux
X-window.
Please advise on this. Thanks a
lot.
Best Regards,
Huang-Ming
----- Original Message -----
Sent: Monday, February 21, 2000 3:28
AM
Subject: RE: Chinese char input
problem...
Hi,
sorry, I missed this mail, so my answer is coming
very late.
Also your idea of a familiy site sounds
interesting to me, it currently doesn't fit in the things we do. We also
currently don't have the men power to do further developement on
that.
Sorry
Gerald
-------------------------------------------------------------
Gerald
Richter ecos electronic communication services
gmbh
Internetconnect * Webserver/-design/-datenbanken *
Consulting
Post: Tulpenstrasse
5 D-55276 Dienheim b.
Mainz
E-Mail:
[EMAIL PROTECTED]
Voice: +49 6133
925151
WWW: http://www.ecos.de
Fax: +49 6133
925152
-------------------------------------------------------------
-------------------------------------------------------------
Gerald
Richter ecos electronic communication services
gmbh
Internetconnect * Webserver/-design/-datenbanken *
Consulting
Post: Tulpenstrasse
5 D-55276 Dienheim b.
Mainz
E-Mail:
[EMAIL PROTECTED]
Voice: +49 6133
925151
WWW: http://www.ecos.de
Fax: +49 6133
925152
-------------------------------------------------------------
| 