[26562] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 8701 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Nov 23 18:05:23 2005

Date: Wed, 23 Nov 2005 15:05:04 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Wed, 23 Nov 2005     Volume: 10 Number: 8701

Today's topics:
        [ANNOUNCE] wxPerl 0.26 <mattia.barbon@libero.it>
    Re: [ANNOUNCE] wxPerl 0.26 robic0
        CGI::Session install tests fail, can I ignore? usenet@isbd.co.uk
        Passing particular types of params to subroutines <NoSPam@NoSpam.com>
    Re: Passing particular types of params to subroutines <jgibson@mail.arc.nasa.gov>
    Re: Passing particular types of params to subroutines <dcutterREMOVETHECAPS@gmx.de>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Wed, 23 Nov 2005 21:41:55 GMT
From: Mattia Barbon <mattia.barbon@libero.it>
Subject: [ANNOUNCE] wxPerl 0.26
Message-Id: <Xns9717E6650F8FErbootliberoit@193.70.192.192>

A new version of wxPerl, the Perl bindings to wxWidgets, is out!

wxWidgets is a free and cross platform (Windows/Motif/GTK/Mac) C++ GUI
toolkit with native look and feel.  (visit http://www.wxwidgets.org/
for details).

You can download wxPerl sources from
$CPAN/authors/id/M/MB/MBARBON/Wx-0.26.tar.gz;

Screenshots: http://wxperl.sourceforge.net/sshot01.html
Binary packages for ActivePerl/Win32 8xx builds, Red Hat
Linux and Mac OS X are available along with documentation
in HTML and MS HTML Help format from
http://wxperl.sourceforge.net/download.html

The project home page is http://wxperl.sourceforge.net/. There is also
a mailing list dedicated to wxPerl users:
wxperl-users@lists.sourceforge.net

Changes since the last release:
	- Fixed various Wx::GridBagSizer problems.
	- Fixed Original Object Return for Wx::PlGridCellEditor and
	  Wx::PlGridCellRenderer.
	- Removed the requirement of deriving from Wx::App.
	- Expanded Wx::PlWindow.
	- Added Wx::Perl::TextValidator (thanks to Johan Vromans).
	- Changed the interface for Wx::PlDataObjectSimple::GetDataHere.
	- Added Wx::BufferedDC and Wx::BufferedPaintDC.
	- Added wxStdButtonSizer.
	- Build out of the box on FreeBSD.

Regards
Mattia


------------------------------

Date: Wed, 23 Nov 2005 14:40:55 -0800
From: robic0
Subject: Re: [ANNOUNCE] wxPerl 0.26
Message-Id: <u5r9o1lv5bm8l4jh5c8hue56boluo0g07q@4ax.com>

On Wed, 23 Nov 2005 21:41:55 GMT, Mattia Barbon
<mattia.barbon@libero.it> wrote:
I'm new to Perl but have done alot of gui win32 and mfc
including owner drawn controls. I know that you write
a dll to interface with mfc controls. I'm a little worried
that most of those interfaces are woefully inadequate.
Do your widgets provied Perl interfaces to controls down to 
such levels as to override say the drawing level.
I realize you think that anything you add is "more" than
anybody else has but as in java script or html controls
its too far removed from win32 and mfc for the user to
actually do much. I realize theres too much to provide
without blowing up a dll interface to gigantic proportions.
Why do you think your widgets package is of any use whatsoever
in relation to Perl.

Sidenote- its just disgusting how all your efforts are free 
and that gives you the right to spam all the Perl groups.
Your not the only ones, the emacs and other spammers think
they have rights also.

If you reply, remember that I've done mfc/windows since it started 
in the 16 bit world, et all. You won't pass any bullshit by me.

>A new version of wxPerl, the Perl bindings to wxWidgets, is out!
>
>wxWidgets is a free and cross platform (Windows/Motif/GTK/Mac) C++ GUI
>toolkit with native look and feel.  (visit http://www.wxwidgets.org/
>for details).
>
>You can download wxPerl sources from
>$CPAN/authors/id/M/MB/MBARBON/Wx-0.26.tar.gz;
>
>Screenshots: http://wxperl.sourceforge.net/sshot01.html
>Binary packages for ActivePerl/Win32 8xx builds, Red Hat
>Linux and Mac OS X are available along with documentation
>in HTML and MS HTML Help format from
>http://wxperl.sourceforge.net/download.html
>
>The project home page is http://wxperl.sourceforge.net/. There is also
>a mailing list dedicated to wxPerl users:
>wxperl-users@lists.sourceforge.net
>
>Changes since the last release:
>	- Fixed various Wx::GridBagSizer problems.
>	- Fixed Original Object Return for Wx::PlGridCellEditor and
>	  Wx::PlGridCellRenderer.
>	- Removed the requirement of deriving from Wx::App.
>	- Expanded Wx::PlWindow.
>	- Added Wx::Perl::TextValidator (thanks to Johan Vromans).
>	- Changed the interface for Wx::PlDataObjectSimple::GetDataHere.
>	- Added Wx::BufferedDC and Wx::BufferedPaintDC.
>	- Added wxStdButtonSizer.
>	- Build out of the box on FreeBSD.
>
>Regards
>Mattia



------------------------------

Date: 23 Nov 2005 23:02:21 GMT
From: usenet@isbd.co.uk
Subject: CGI::Session install tests fail, can I ignore?
Message-Id: <3ukantF11nl3kU1@individual.net>

I am trying to install CGI::Session on my Slackware Linux system using
cpan.  It 'makes all the right noises' but fails some of the tests.

The perl reports as follows:-
    Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
      Platform:
      osname=linux, osvers=2.4.26, archname=i486-linux
      uname='linux midas 2.4.26 #6 wed apr 14 16:31:11 pdt 2004 i686 unknown unknown gnulinux '

CPAN produces the following (just an excerpt):-

cpan> install CGI::Session
Running install for module CGI::Session
Running make for S/SH/SHERZODR/CGI-Session-4.03.tar.gz
  Is already unwrapped into directory /root/.cpan/build/CGI-Session-4.03
  Has already been processed within this session
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.4 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/api3_db_file..................NOK 10#     Failed test (t/api3_db_file.t at line 46)
Can't call method "id" on an undefined value at t/api3_db_file.t line 48.
# Looks like you planned 14 tests but only ran 10.
# Looks like your test died just after 10.
t/api3_db_file..................dubious                                      
        Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 10-14
        Failed 5/14 tests, 64.29% okay
t/api3_db_file_freezethaw.......skipped
        all skipped: FreezeThaw not available
t/api3_db_file_storable.........NOK 10#     Failed test (t/api3_db_file_storable.t at line 47)
Can't call method "id" on an undefined value at t/api3_db_file_storable.t line 48.
# Looks like you planned 14 tests but only ran 10.
# Looks like your test died just after 10.
t/api3_db_file_storable.........dubious                                      
        Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 10-14
        Failed 5/14 tests, 64.29% okay
t/api3_db_file_storable_incr....NOK 11#     Failed test (t/api3_db_file_storable_incr.t at line 51)
Can't call method "id" on an undefined value at t/api3_db_file_storable_incr.t line 52.
# Looks like you planned 15 tests but only ran 11.
# Looks like your test died just after 11.
t/api3_db_file_storable_incr....dubious                                      
        Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 11-15
        Failed 5/15 tests, 66.67% okay
t/api3_file.....................ok                                           
t/api3_file_freezethaw..........skipped
        all skipped: FreezeThaw not available
t/api3_file_freezethaw_incr.....skipped
        all skipped: FreezeThaw not available
t/api3_file_storable............ok                                           
t/api3_file_storable_incr.......ok                                           
t/api3_incr.....................ok                                           
t/api3_obj_store................ok                                           
t/api3_obj_store_db_file........Can't call method "id" on an undefined value at t/api3_obj_store_db_file.t line



Is there anything I can do (upgrade other modules maybe?) to get rid of
these errors, or can I ignore them?


-- 
Chris Green



------------------------------

Date: Wed, 23 Nov 2005 15:07:06 -0500
From: "Daniel Kaplan" <NoSPam@NoSpam.com>
Subject: Passing particular types of params to subroutines
Message-Id: <1132776428.409327@nntp.acecape.com>

Hi All,

Am in the process of breaking down my app into proper modules and have
encountered a problem.

I used to call this to write cookies and redirect:

print $q->redirect(-cookie=>[$cookie_remember,
                                             $cookie_email,
                                             $cookie_session,
                                             $cookie_id],
                                             -uri=>"loggedon.pl");

But now am putting all my CGI stuff into one module, and would like to be
able to call a function and pass it all the cookies I have to write, as well
the new uri value.

My problem is, since the number of cookies can vary, while I do know how to
pass them, am unsuare as to how to  recieve them as  to properly place them 
in [].

Would appreciate any points in the right direction.

Thanks ahead.







------------------------------

Date: Wed, 23 Nov 2005 13:03:14 -0800
From: Jim Gibson <jgibson@mail.arc.nasa.gov>
Subject: Re: Passing particular types of params to subroutines
Message-Id: <231120051303143977%jgibson@mail.arc.nasa.gov>

In article <1132776428.409327@nntp.acecape.com>, Daniel Kaplan
<NoSPam@NoSpam.com> wrote:

> Hi All,
> 
> Am in the process of breaking down my app into proper modules and have
> encountered a problem.
> 
> I used to call this to write cookies and redirect:
> 
> print $q->redirect(-cookie=>[$cookie_remember,
>                                              $cookie_email,
>                                              $cookie_session,
>                                              $cookie_id],
>                                              -uri=>"loggedon.pl");
> 
> But now am putting all my CGI stuff into one module, and would like to be
> able to call a function and pass it all the cookies I have to write, as well
> the new uri value.
> 
> My problem is, since the number of cookies can vary, while I do know how to
> pass them, am unsuare as to how to  recieve them as  to properly place them 
> in [].
> 
> Would appreciate any points in the right direction.

If the only thing you need to pass to your module subroutine is a
variable list of cookies (vloc), just pass a vloc (all below untested):

   module_just_cookies( $cookie1, $cookie2, $cookie3, ... );

Within the module, they will be stored in the @_ array, whose elements
are aliases to the originals (so don't modify elements of @_, such as
$_[0], unless you want to modify the values in the calling routine):

   sub module_just_cookies
   {
     my @cookies = @_;   # copies cookie values into lexical array
     ...
     $q->redirect( -cookie => [ @cookies ], -uri => ... );

   }

If you also need to pass a URL, put it first followed by your vloc:

   module_redirect_to_url_with_cookies( $url, $cookie1, ... );

In the module:

   sub module_redirect_to_url_with_cookies
   {
     my( $url, @cookies ) = @_;
     ...
   }

If you need to pass more than one array, put the cookies in an array
and pass a reference to the array:

   my @cookies = ( $cookie1, $cookie2, ... );
   my @urls = ( $url1, $url2 );
   module_redirect_with_array_refs( \@urls, \@cookies );

   sub module_redirect_with_array_ref
   {
     my( $url_ref, $cookie_ref ) = @_;
     my @urls = @{$url_ref};
     my @cookies = @{$cookie_ref};
     ...
   }

HTH.

 Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
    ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------        
                http://www.usenet.com


------------------------------

Date: Wed, 23 Nov 2005 22:03:16 +0100
From: Daniel Cutter <dcutterREMOVETHECAPS@gmx.de>
Subject: Re: Passing particular types of params to subroutines
Message-Id: <dm2lek$dsm$1@online.de>

> print $q->redirect(-cookie=>[$cookie_remember,
>                                              $cookie_email,
>                                              $cookie_session,
>                                              $cookie_id],
>                                              -uri=>"loggedon.pl");
> 
> But now am putting all my CGI stuff into one module, and would like to be
> able to call a function and pass it all the cookies I have to write, as well
> the new uri value.

-untested-

Cookies([$cr1, $ce1, $cs1, $ci1, $uri1],
         [$cr2, $ce2, $cs2, $ci2, $uri2],
         # ...
         );

sub Cookies{
   print $q->redirect(-cookie=>[@($_)[0..3]], -uri=>$$_[4]) foreach (@_);
}


That should do it.

Daniel Cutter

print chr--$g+ord for'KWVX%GUW]RP^-^Tb]2[UXa\j#'=~m$.$g;


------------------------------

Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>


Administrivia:

#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc.  For subscription or unsubscription requests, send
#the single line:
#
#	subscribe perl-users
#or:
#	unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.  

NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice. 

To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.

#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.

#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.


------------------------------
End of Perl-Users Digest V10 Issue 8701
***************************************


home help back first fref pref prev next nref lref last post