| 61) Alberto Simões CGI Module |
|
|
| Hi CGI module is generating a very weird <form>...</form> tags... it is putting a <div>...</div>... |
|
|
|
|
|
|
|
Hi CGI module is generating a very weird <form>...</form> tags... it is putting a <div>...</div> when I call end_form. Is this normal? Thanks Alb |
|
|
| 62) Alberto Simões Re: 5.8.3 RC1 |
|
|
| All tests successful. u=5.43 s=1.2 cu=223.43 cs=97.5 scripts=796 tests=78272 It seems not to have... |
|
|
|
|
|
|
|
All tests successful. u=5.43 s=1.2 cu=223.43 cs=97.5 scripts=796 tests=78272 It seems not to have compiled DB_File, but that is, almost sure, my fault :) Best, Alberto
On Wed, 2004-01-07 at 18:18, Nicholas Clark wrote:
> There may be trouble ahead,
> But while there's music and moonlight,
> And love and romance,
> Let's face the music and dance.
>
> Before the fiddlers have fled,
> Before they ask us to pay the bill,
> And while we still have that chance,
> Let's face the music and dance.
>
> Soon, we'll be without the moon,
> Humming a different tune, and then,
>
> There may be teardrops to shed,
> So while there's music and moonlight,
> And love and romance,
> Let's face the music and dance.
>
> Irving Berlin
>
>
> Please test it thoroughly and find all the discords so that we can resolve
> them before the public performance. Currently it's at
>
> http://www.ccl4.org/~nick/P/perl-5.8.3-RC1.tar.bz2
>
> (or s/bz2$/gz/ if you really want a 25% larger download.) Please don't
> publicise that URL outside p5p - instead
>
> ftp://ftp.cpan.org/pub/CPAN/authors/id/N/NW/NWCLARK/perl-5.8.3-RC1.tar.bz2
>
> Once it's propagated round the CPAN mirrors I'll make an announcement
> on use.perl
>
> I'm interested in confirmation of binary compatibility between 5.8.3 and
> modules compiled under previous 5.8.x releases, and anything which is a new
> bug in 5.8.3, particularly if it breaks current modules on CPAN.
>
> rsync ftp.linux.activestate.com::perl-5.8.x/
>
> will be at RC1 for the next 16 hours or so.
>
> If the only reports are of music, sweet music then I hope to release the
> real thing in about 10 days.
>
> Nicholas Clark |
|
|
| 63) Alberto Simões QUestion about mailing lists |
|
|
| Hi, I know this is a little off-topic, but the idea is to be the only one ;) I know this list is to... |
|
|
|
|
|
|
|
Hi, I know this is a little off-topic, but the idea is to be the only one ;) I know this list is to discuss perl5 implementation details, but I have some problems with my modules which use XS and I do not know if I should use this list or some other...? Thanks, and good new year 2004 Alberto --
Departamento de Informatica - Universidade do Minho
"The C Programming Language -- A language which combines the
flexibility of assembly language with the power of assembly language." |
|
|
| 64) Alberto Simões RE: DB_File has problems with UTF8? |
|
|
| OK, that can be a solution, if DB really do not work with native utf8. Now, I think the DB_File... |
|
|
|
|
|
|
|
On Mon, 2003-12-08 at 15:49, Paul Marquess wrote:
> From: Nick Ing-Simmons [email protected: n...@ing-simmons.net]
>
> > Paul Marquess <Paul.Marquess@btinternet.com> writes:
> > >> >From the utf8 manpage:
> > >> Until UTF-8 becomes the default format for source text,
> > either this
> > >> pragma or the "encoding" pragma should be used to
> > recognize UTF-8 in
> > >> the source. When UTF-8 becomes the standard source format, this
> > >> pragma will effectively become a no-op.
> > >>
> > >> So, I think there is still that problem. You didn't solve the
> > problem... you
> > >> simply removed the use of real utf8 (well, at least is this
> > how I see the
> > >> problem).
> > >
> > >Time to call in the expert. Dan, can you comment please?
> > >
> > >Last time I remember something like this come up, the line was
> > that XS modules
> > >that read/wrote Perl string to file didn't have to do anything
> > different. Is
> > >that true?
> >
> > No.
>
> :-)
>
>
> > An SV can be in one of two states as shown by SvUTF8(sv)
> > If that is true then SvPV is in UTF-8, it it is false then SvPV is
> > octets, assumed to be in iso-8859-1 in some legacy sense.
> >
> > So if XS code just reads/writes SvPV its should do one of:
> > A. if (SvUTF8(sv)) downgrade to bytes and croak if it can't
> > i.e. external file is octets, user should "encode" data
> > before write and "decode" after read.
> > e.g. call SvPVbyte()
> >
> > B. if (!SvUTF8(sv)) upgrade to UTF-8 (this should not fail).
> > i.e. file is in "characters" held as UTF-8.
> > e.g. call SvPVutf8()
> >
> > C. Store the state of flag with data and re-set on read.
> >
> > My guess is DB_File should do (A) for data part, less clear what
> > to do about the key part.
>
> This is coming back to me now. See http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-04/msg00787.html for a discussion on this very topic. I happened just prior to 5.8.0 being released.
>
> The jist of that thread is that encoding/decoding to/from UTF-8 is an application issue and that DBM Filters was the way to do it.
>
> I assume that the goalposts haven't moved, and is still true to say that this is an application issue.
>
> This reminds me - is an enhanced DBM filters module that can handle utf-8 encoding/decoding still wanted in the core? The thread reference above seemed to imply that it was. I've had a prototype up and running for a while. I just need a push to tidy it up.
>
> Paul
> OK, that can be a solution, if DB really do not work with native utf8. Now, I think the DB_File module can check if the string is utf_8 and try to latin'ize it... if it fails, croak. Or you can add Documentation in the POD to say that this problem exists and how to solve it (Yes, it was that way I solved my problem, so far.) Best regards, Alberto |
|
|
| 65) Alberto Simões RE: DB_File has problems with UTF8? |
|
|
| But, removing the utf8 pragma, perl will interpret that strings as sequences of characters, not... |
|
|
|
|
|
|
|
On Fri, 2003-12-05 at 09:54, Paul Marquess wrote:
> From: Alberto Manuel Brandão Simões
>
> >
> >
> > On Thu, 2003-12-04 at 13:45, Paul Marquess wrote:
> > > >
> > > > Hi.
> > > > I was just playing with Gtk2 binding for perl with a direct
> > tie to a DB
> > > > (well, was MLDBM) file and found some problems.
> > > >
> > > > I am attaching a perl script in UTF8 which does not work, and
> > I think it
> > > > should. Please, if it my fault explain how to solve it.
> > >
> > > Alberto,
> > >
> > > in what way does it not work? What did you expect it to do and
> > what did it
> > > actually do?
> >
> > Basically, I've set a key and data in utf8 in the db file and, when I
> > retrieve them perl thinks they are normal strings (not in utf8).
> > So, if my key is 'cão' (dog in Portuguese) DB will return
> > cão as 4
> > different characters...
> >
> > I've tried to use Encode to encode the strings to iso-8859-1 before
> > printing them (though it could be a print/terminal problem) but it
> > prints right the same.
>
> If I removed the "use utf8" from your script, it seems to work.
>
But, removing the utf8 pragma, perl will interpret that strings as sequences of characters, not unicode ones. >From the utf8 manpage: Until UTF-8 becomes the default format for source text, either this pragma or the "encoding" pragma should be used to recognize UTF-8 in the source. When UTF-8 becomes the standard source format, this pragma will effectively become a no-op. So, I think there is still that problem. You didn't solve the problem... you simply removed the use of real utf8 (well, at least is this how I see the problem).
> Here is a slight revamp of your script that I used.
>
> Paul
>
> #!/usr/bin/perl
>
> #use utf8;
> #use locale;
> use DB_File;
> use Fcntl;
>
> use strict;
> use warnings;
>
> my %db;
> tie %db, 'DB_File', 'foo.db', O_RDWR|O_CREAT, 0666, $DB_BTREE;
>
> while (my ($k, $v) = each %db) {
> print "$k -> $v\n";
> print "key ok\n" if $k eq "cão";
> print "val ok\n" if $v eq "Animal que não é o gato";
> }
>
> $db{"cão"} = "Animal que não é o gato";
>
> print "ok\n" if $db{"cão"} eq "Animal que não é o gato";
>
>
>
> cheers
> Paul
>
|
|
|
| 66) Alberto Simões Re: META.yml |
|
|
| Dead, as in, not appearing. Again, as in, before 5.8.1 it was dead, not appearing. not, as in, mine... |
|
|
|
|
|
|
|
On Thu, 2003-12-04 at 22:40, Michael G Schwern wrote:
> On Thu, Dec 04, 2003 at 10:16:08PM +0000, Alberto Manuel Brandão Simões wrote:
> > Only to know, META.yml is dead again? (It was generated with previous
> > 5.8.1, but with 5.8.2 it is not).
>
> How do you mean "dead", how do you mean "again" and how to you mean "not"?
Dead, as in, not appearing. Again, as in, before 5.8.1 it was dead, not appearing. not, as in, mine is not generating (I think) > > 5.8.2 should be generating META.yml files.> I'll check again |
|
|
| 67) Alberto Simões META.yml |
|
|
| Hi. Only to know, META.yml is dead again? (It was generated with previous 5.8.1, but with 5.8.2 it... |
|
|
|
|
|
|
|
Hi. Only to know, META.yml is dead again? (It was generated with previous 5.8.1, but with 5.8.2 it is not). I think META.yml would be good if cpan can look to it before running any code at all from the Makefile (while there are dependencies to solve). Just my 5 cents Best Alb --
Alberto Manuel Brandão Simões <albie@alfarrabio.di.uminho.pt>
Dep. de Informática - Univ. do Minho |
|
|
| 68) Alberto Simões RE: DB_File has problems with UTF8? |
|
|
| Basically, I've set a key and data in utf8 in the db file and, when I retrieve them perl thinks... |
|
|
|
|
|
|
|
On Thu, 2003-12-04 at 13:45, Paul Marquess wrote:
> >
> > Hi.
> > I was just playing with Gtk2 binding for perl with a direct tie to a DB
> > (well, was MLDBM) file and found some problems.
> >
> > I am attaching a perl script in UTF8 which does not work, and I think it
> > should. Please, if it my fault explain how to solve it.
>
> Alberto,
>
> in what way does it not work? What did you expect it to do and what did it
> actually do?
Basically, I've set a key and data in utf8 in the db file and, when I retrieve them perl thinks they are normal strings (not in utf8). So, if my key is 'cão' (dog in Portuguese) DB will return cão as 4 different characters... I've tried to use Encode to encode the strings to iso-8859-1 before printing them (though it could be a print/terminal problem) but it prints right the same. Cheers, Alb
>
> cheers
> Paul
>
|
|
|
| 69) Alberto Simões DB_File has problems with UTF8? |
|
 |
| |
+1 vote
|
|
|
| Hi. I was just playing with Gtk2 binding for perl with a direct tie to a DB I am attaching a perl... |
|
|
|
|
|
|
|
Hi. I was just playing with Gtk2 binding for perl with a direct tie to a DB (well, was MLDBM) file and found some problems. I am attaching a perl script in UTF8 which does not work, and I think it should. Please, if it my fault explain how to solve it. Best regards, Alberto Attachment: teste.pl |
|
|
| 70) Alberto Simões Re: Another request (not for perl 5.8.2...) |
|
|
| There are much more libraries :) By the way, I must complain about XML::LibXML, but at the moment,... |
|
|
|
|
|
|
|
On Fri, 2003-10-31 at 07:53, Matt Sergeant wrote:
> On 30 Oct 2003, at 10:10, Alberto Manuel Brandão Simões wrote:
>
> > Yes, at the moment it is a wrapper. A pure perl module to do the same
> > would be simple to do. I am offering to do such a module if you think
> > it
> > would be useful to be included in Perl (I think it is, to detect most
> > libraries at the moment, like libxml2, libxslt and so on).
>
> But XML::LibXML and XML::LibXSLT already have their own way of doing
> this :-)
> There are much more libraries :) By the way, I must complain about XML::LibXML, but at the moment, directly to Glahn!
> Matt.
>
|
|
|
| 71) Alberto Simões Re: Another request (not for perl 5.8.2...) |
|
|
| I think Perl should have the necessary modules in the core for other modules to detect your system... |
|
|
|
|
|
|
|
On Thu, 2003-10-30 at 12:25, Arthur Bergman wrote:
> On Thursday, October 30, 2003, at 11:28 am, Alberto Manuel Brandão
> Simões wrote:
>
> >>
> >> So perhaps you should write a App-Info-PackageConfig?
> > Maybe this leads to the same problem... is App part of perl core?
> >
> > Alberto
> >
>
> For love of everything which you consider worth of love,
>
> why the stinking hell should it be part of the core?
I think Perl should have the necessary modules in the core for other modules to detect your system properties like, for example, which libraries there are installed. Do you guys do not feel the same way? Best regards, Alberto
>
> Arthur
>
|
|
|
| 72) Alberto Simões Re: Another request (not for perl 5.8.2...) |
|
|
| Maybe this leads to the same problem... is App part of perl core? Alberto ... |
|
|
|
|
|
|
|
On Thu, 2003-10-30 at 10:33, Arthur Bergman wrote:
> On Thursday, October 30, 2003, at 10:37 am, Alberto Manuel Brandão
> Simões wrote:
>
> > On Thu, 2003-10-30 at 10:21, Autrijus Tang wrote:
> >>
> >> And please do look at http://search.cpan.org/dist/App-Info/ --
> >> especially App::Info::Lib, to avoid reinventing wheels.
> >
> > The idea would be different from App-Info. App-Info and App-Info-Lib
> > are
> > for detecting any library at all. I'm preparing one to use
> > package-config files, although not depending on the software itself, so
> > the module creator can detect libraries and tools which he knows to
> > include a .pc file.
> >
> > Best regards,
> > Alberto
>
>
> So perhaps you should write a App-Info-PackageConfig? Maybe this leads to the same problem... is App part of perl core? Alberto
>
> Arthur
>
|
|
|
| 73) Alberto Simões Re: Another request (not for perl 5.8.2...) |
|
|
| The idea would be different from App-Info. App-Info and App-Info-Lib are for detecting any library... |
|
|
|
|
|
|
|
On Thu, 2003-10-30 at 10:21, Autrijus Tang wrote:
> On Thu, Oct 30, 2003 at 02:10:54AM -0800, Michael G Schwern wrote:
> > On Thu, Oct 30, 2003 at 10:10:41AM +0000, Alberto Manuel Brand緌 Sim髊s wrote:
> > > Yes, at the moment it is a wrapper. A pure perl module to do the same
> > > would be simple to do. I am offering to do such a module if you think it
> > > would be useful to be included in Perl (I think it is, to detect most
> > > libraries at the moment, like libxml2, libxslt and so on).
> >
> > If you think you can do it, then by all means! That would be great.
> > Module::LibConfig would be a good name. ExtUtils:: is sort of a dead
> > namespace.
> > Just put it on CPAN we'll see how it works out.
>
> And please do look at http://search.cpan.org/dist/App-Info/ --
> especially App::Info::Lib, to avoid reinventing wheels.
The idea would be different from App-Info. App-Info and App-Info-Lib are for detecting any library at all. I'm preparing one to use package-config files, although not depending on the software itself, so the module creator can detect libraries and tools which he knows to include a .pc file. Best regards, Alberto
>
> Thanks,
> /Autrijus/
|
|
|
| 74) Alberto Simões Re: Another request (not for perl 5.8.2...) |
|
|
| Yes, at the moment it is a wrapper. A pure perl module to do the same would be simple to do. I am... |
|
|
|
|
|
| |
