cgi-session-user — CGI::Session users mailing list

[Cgi-session-user] Invitation to join the jain2jaina2 group

[jain2jaina2 m. <jai...@ya...>]

Hello cgi...@li...,

jai...@ya... has invited to join the jain2jaina2 group
hosted by Yahoo! Groups, a free, easy-to-use community service.

By joining jain2jaina2, you will be able to receive
email announcements, share photos and files, coordinate events and more.

NOTE: This is an announcement or newsletter group, so only the group
moderator may post messages.

This invitation will expire in 30 days.

Here's an introductory message from jai...@ya...:
------------------------------------------------------------------------

FREE ONLINE REGISTRATION

More Than 25000 Marwadi & jain Marriageable Bio-Data of 

Brides and Grooms From Different jain Sections 

E.g.: jain, shah, kothari,oswal, kasliwal etc. 

Largest Number of Well Educated jain

If you or your relative is looking for any jain match than you can visit 

http://www.jain2jain.com


FREE ONLINE REGISTRATION    
 
 

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

JOIN NOW, IT'S EASY: 

1) Go to the Yahoo! Groups site by clicking on this link:
   http://groups.yahoo.com/i?i=gCJwRzMjhm4evU0F90B5djGBdRc&e=cgi-session-user%40lists%2Esourceforge%2Enet 

  (If clicking doesn't work, "Cut" and "Paste" the line above into your 
   Web browser's address bar.)

-OR-

2) REPLY to this email by clicking "Reply" and then "Send"
   in your email program

If you do not wish to join the jain2jaina2 group, please
ignore this invitation.

Report abuse:
------------------------------------------------------------------------
Yahoo! Groups is a free service that allows you to stay in touch with 
friends and family or meet new people who share your interests. 
Yahoo! Groups values your privacy. It is a violation of our service 
rules for Groups members to abuse this invitation feature. If you feel 
this has happened, please notify us:
http://help.yahoo.com/help/us/groups/abuse/index.html

You may also change your email preferences to stop receiving group 
invitations in the future. To do so, please go here:
http://groups.yahoo.com/s?tag=wZ89Yttzsk7GoVLYM1YCHYUdsxlwxxpkKYfD8FqnyTWYckHX00XJ3WInj2hNkhGtrcqcyyyJqy_JzWS3YqwHCD73i_L8QPCb7y4EGg

Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/

 

[Cgi-session-user] CGI::Session::Auth Error after CGI::Session Upgrade

[Adam <ad...@sp...>]

I upgraded CGI::Session from 3.95 to 4.11 and now I'm getting this error =
when using CGI::Session::Auth::DBI

Software error:
Can't call method "isa" on an undefined value at =
/usr/lib/perl5/site_perl/5.8.8/CGI/Session/Auth.pm line 52.

Why is CGI::Session::Auth erroring out now?  Is this a bug?  This also =
errors out from the command line.

Here are the versions that I'm using:
CGI::Session - 4.11
CGI::Session::Auth - 1.021
CGI::Session::Auth::DBI - 1.012
Perl 5.8.8

Here is line 52 of Auth.pm
49:    foreach my $classParam (keys %classParams) {
50:        croak "Missing $classParam parameter" unless exists =
$params->{$classParam};
51:        croak "$classParam parameter is not a " . join(' or ', =
@{$classParams{$classParam}}) . " object"
52:           unless grep { $params->{$classParam}->isa($_) } =
@{$classParams{$classParam}};
53:    }
   =20

Here is my code:
#!/usr/bin/perl -w

  use strict;
  use CGI;
  use CGI::Carp ('fatalsToBrowser');
  use CGI::Session;
  use CGI::Session::Auth::DBI;
  use CGI::Carp;
  use DBI;
  use Data::Dumper;

  my $cgi =3D new CGI;
  my $dbh =3D =
DBI->connect("DBI:PgPP:dbname=3Ddb","username","password");
  my $session =3D new CGI::Session("driver:PostgreSQL", undef, =
{Handle=3D>$dbh});

  my $auth =3D new CGI::Session::Auth::DBI({
      CGI =3D> $cgi,
      Session =3D> $session,
      DBHandle =3D> $dbh,=20
      UserTable =3D> 'users'
  });
  print "Error\n" if ( not defined $auth );


  $auth->authenticate();

 =20
  # check if visitor has already logged in
  if ($auth->loggedIn) {
      &showSecretPage;
  }
  else {
      &showLoginPage;
  }


sub showLoginPage {

 print $cgi->redirect('https://192.168.0.1/login.html');
}

=20
sub showSecretPage {

    print $session->header;
    print qq~<meta http-equiv=3D"refresh" =
content=3D"0;URL=3Dhttps://192.168.0.1/">\n~;

}




HTML Login Page:
<html>
<head>
<title>Login</title>
<link rel=3D"stylesheet" href=3D"/css/style.css" type=3Dtext/css>
</head>
<body>
      <div id=3D"contentmain">=20
 <p></p>
<form name=3D"login" method=3Dpost action=3D"cgi-bin/auth.pl">
<table border=3D0 cellpadding=3D0 cellspacing=3D0>
 <tr>
  <td>Username:&nbsp;</td>
  <td><input name=3D"log_username" size=3D"15"></td>
 </tr>
 <tr>
   <td>Password:&nbsp;</td>
   <td><input name=3D"log_password" type=3D"password" size=3D"15"></td>
 </tr>
 <tr>
   <td colspan=3D2><input checked value=3D"1" name=3D"perm_cookie" =
type=3D"checkbox"> Set me a permanent cookie
   &nbsp;<input value=3D"Login" class=3D"button" type=3D"submit"></td>
   </td>
 </tr>
</table>
</form>
</body>
</html>


Here's the SQL to create the table in PostgreSQL. The username is "test" =
with password "pass":
--
-- PostgreSQL database dump
--

SET client_encoding =3D 'LATIN1';
SET check_function_bodies =3D false;
SET client_min_messages =3D warning;

SET search_path =3D public, pg_catalog;

SET default_tablespace =3D '';

SET default_with_oids =3D false;

--
-- Name: users; Type: TABLE; Schema: public; Owner: dbusername; =
Tablespace:
--

CREATE TABLE users (
    userid character varying(50) NOT NULL,
    first_name character varying(40) NOT NULL,
    last_name character varying(40) NOT NULL,
    passwd character varying(16) NOT NULL,
    email character varying(100) NOT NULL,
    privilege character varying(2) NOT NULL,
    username character varying(40) NOT NULL
);


ALTER TABLE public.users OWNER TO dbusername;

--
-- Name: userid; Type: DEFAULT; Schema: public; Owner: dbusername
--

ALTER TABLE users ALTER COLUMN userid SET DEFAULT =
nextval('"users_user_ID_seq"'::regclass);


--
-- Data for Name: users; Type: TABLE DATA; Schema: public; Owner: =
dbusername
--

COPY users (userid, first_name, last_name, passwd, email, privilege, =
username) FROM stdin;
325684ec1b028eaf562dd484c5607a65        Allan    Hubert   pass  =
ad...@my... 0       test
\.


--
-- Name: users_pkey; Type: CONSTRAINT; Schema: public; Owner: =
dbusername; Tablespace:
--

ALTER TABLE ONLY users
    ADD CONSTRAINT users_pkey PRIMARY KEY (userid);


--
-- PostgreSQL database dump complete
--

Re: [Cgi-session-user] Are CGI::Session session files removed automatically?

[Justin S. <ju...@sk...>]

Thanks! I'll give this a shot and report my findings;

Justin Simoni

On May 16, 2006, at 9:38 PM, Sherzod Ruzmetov wrote:

> Look up find() in CGI::Session 4.x. It wasn't thouroughly tested,  
> but the
> purpose of find() is to make the cleanup task easier.
>
> Give it a shot. We'd appreciate the feedback.
>
>
> Sherzod
>
>> -----Original Message-----
>> From: cgi...@li...
>> [mailto:cgi...@li...] On
>> Behalf Of Justin Simoni
>> Sent: Tuesday, May 16, 2006 10:33 PM
>> To: Cgi...@li...
>> Subject: [Cgi-session-user] Are CGI::Session session files
>> removed automatically?
>>
>>
>> Heya,
>>
>> In previous versions of CGI::Session (ver. 3.x?) the default, "file"
>> driver would not automatically remove session files that were
>> expired. Is this still true in 4.13? In past versions, I used my own
>> outside thingy to remove expired session files. If this isn't done
>> automatically by CGI::Session, is there a similar routine I can use
>> to remove these session files?
>>
>> Cheers,
>>
>> Justin Simoni
>>
>>
>>
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web
>> services, security? Get stuff done quickly with
>> pre-integrated technology to make your job easier Download
>> IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&
>> dat=121642
>> _______________________________________________
>> Cgi-session-user mailing list Cgi...@li...
>> https://lists.sourceforge.net/lists/listinfo/cgi-session-user
>>
>>
>
>

RE: [Cgi-session-user] Are CGI::Session session files removed automatically?

[Sherzod R. <she...@ha...>]

Look up find() in CGI::Session 4.x. It wasn't thouroughly tested, but the
purpose of find() is to make the cleanup task easier.

Give it a shot. We'd appreciate the feedback.


Sherzod

> -----Original Message-----
> From: cgi...@li... 
> [mailto:cgi...@li...] On 
> Behalf Of Justin Simoni
> Sent: Tuesday, May 16, 2006 10:33 PM
> To: Cgi...@li...
> Subject: [Cgi-session-user] Are CGI::Session session files 
> removed automatically?
> 
> 
> Heya,
> 
> In previous versions of CGI::Session (ver. 3.x?) the default, "file"  
> driver would not automatically remove session files that were  
> expired. Is this still true in 4.13? In past versions, I used my own  
> outside thingy to remove expired session files. If this isn't done  
> automatically by CGI::Session, is there a similar routine I can use  
> to remove these session files?
> 
> Cheers,
> 
> Justin Simoni
> 
> 
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web 
> services, security? Get stuff done quickly with 
> pre-integrated technology to make your job easier Download 
> IBM WebSphere Application Server v.1.0.1 based on Apache 
> Geronimo 
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&
> dat=121642
> _______________________________________________
> Cgi-session-user mailing list Cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgi-session-user
> 
> 

[Cgi-session-user] Are CGI::Session session files removed automatically?

[Justin S. <ju...@sk...>]

Heya,

In previous versions of CGI::Session (ver. 3.x?) the default, "file"  
driver would not automatically remove session files that were  
expired. Is this still true in 4.13? In past versions, I used my own  
outside thingy to remove expired session files. If this isn't done  
automatically by CGI::Session, is there a similar routine I can use  
to remove these session files?

Cheers,

Justin Simoni

Re: [Cgi-session-user] ip_match + find problem

[Mark S. <ma...@su...>]

On Tue, Apr 25, 2006 at 12:24:09PM -0700, Ryley Breiddal wrote:
> Hi,
> 
> I have some code that checks all sessions for certain variables on a
> regular basis.  The code uses CGI::Session::find to get each session and
> check some of the data (perfectly normal, I'm sure).  The issue that
> comes up is that I also use ip_match for security.  Since
> CGI::Session::find calls CGI::Session::load, which then checks that the
> IP in the session matches the callers remote IP, and it ends up deleting
> every session that isn't from the same IP as the caller.
> 
> One solution I see is to just disable CGI::Session::IP_MATCH before I
> call find, and then enable it afterwards...  But it seems somewhat
> inelegant.
> 
> Something that would require more work might be to have find and load
> share some code that does the thawing of the session data, or possibly
> change load to work differently if it's called from find, but I don't
> really know enough about this module yet to say for sure.

First, are you sure you want to use ip_match, considering it doesn't work 
through proxies, such as AOL uses? 

One way I could see to address it would be to add a "skip_ip_match"
option to load(), just for this case, and call it that way from find().

> Since I'm using the DBI Driver, I also see an opportunity here to pull
> down all the session data at once from the database, rather than doing
> one call per session.

CGI::Session::ExpireSessions might be of interest here.

	Mark

[Cgi-session-user] ip_match + find problem

[Ryley B. <rbr...@pr...>]

Hi,

I have some code that checks all sessions for certain variables on a
regular basis.  The code uses CGI::Session::find to get each session and
check some of the data (perfectly normal, I'm sure).  The issue that
comes up is that I also use ip_match for security.  Since
CGI::Session::find calls CGI::Session::load, which then checks that the
IP in the session matches the callers remote IP, and it ends up deleting
every session that isn't from the same IP as the caller.

One solution I see is to just disable CGI::Session::IP_MATCH before I
call find, and then enable it afterwards...  But it seems somewhat
inelegant.

Something that would require more work might be to have find and load
share some code that does the thawing of the session data, or possibly
change load to work differently if it's called from find, but I don't
really know enough about this module yet to say for sure.

Since I'm using the DBI Driver, I also see an opportunity here to pull
down all the session data at once from the database, rather than doing
one call per session.

Please CC me on any replies, as I'm not subscribed to this list.

Regards,


Ryley Breiddal
PresiNET Systems

Re: [Cgi-session-user] Patch to CGI::Session V 4.13 for passing parameters to callbacks called from find()

[Ron S. <ro...@sa...>]

On Sat, 15 Apr 2006 08:22:54 -0400, Mark Stosberg wrote:

Hi Mark

> Overall, I like the idea. I appreciated the thorough documentation.

OK.

> 1. I think the arguments should be gathered as an arrayref and
> passed as an array, the standard, default way to pass arguments. If

What!? There is no such thing as a 'standard, default way to pass=
 arguments'.
Even CGI::Session usually uses hashrefs... See, for example:
=3Ditem find( $dsn, \&code, \%dsn_args )

However, it makes sense not to restrict other users of find(), so I've=
 changed 
the documentation to refer to a generic parameter, $coderef_args, rather=
 than an 
explicit hashref. See the attached patch.

> 2. I'd like some automated tests for this feature. I see there's
> already a start here:
> http://search.cpan.org/src/RSAVAGE/CGI-Session-ExpireSessions-
> 1.06/t/new-line.t

V 1.07 contains a new test, t/03-delete-via-find.t, which deals with this=
 issue.

Anyone interested can go to:

http://savage.net.au/Perl-modules.html

and get V 1.07. This versions assumes you've installed CGI::Session V 4.14=
 (i.e. 
the result of adding my patches).

I won't release v 1.07 to CPAN until after CGI::Session V 4.14 has been 
released.

-- 
Cheers
Ron Savage, ro...@sa... on 16/04/2006
http://savage.net.au/index.html
Let the record show: Microsoft is not an Australian company

Re: [Cgi-session-user] Patch to CGI::Session V 4.13 for passing parameters to callbacks called from find()

[Mark S. <ma...@su...>]

On Sat, Apr 15, 2006 at 12:44:48PM +1000, Ron Savage wrote:
> Hi Mark
> 
> See attached.

Thanks Ron.  Here's some feedback on it. 

Overall, I like the idea. I appreciated the thorough documentation.

A couple aspects seem worth refactoring or at least discussing. 

1. I think the arguments should be gathered as an arrayref and passed
   as an array, the standard, default way to pass arguments. If 
   you want to pass a hashref, it's still easy:

   $args = [\%my_href];

   This will give people a little more flexibility in designing their
   callbacks. 

2. I'd like some automated tests for this feature. I see there's already
   a start here:
   http://search.cpan.org/src/RSAVAGE/CGI-Session-ExpireSessions-1.06/t/new-line.t 

   You may have noticed our Quality Assurance process here created some
   sub-optimal releases lately. I'd like to err farther on the side of 
   assuring quality this time. :)

For anyone who wants to help with this, Ron's code is now available in
SVN, accessible like this: 

svn co svn://svn.cromedome.net/CGI-Session/trunk

Thanks,

	Mark

[Cgi-session-user] Patch to CGI::Session V 4.13 for passing parameters to callbacks called from find()

[Ron S. <ro...@sa...>]

Hi Mark

See attached.
-- 
Cheers
Ron Savage, ro...@sa... on 15/04/2006
http://savage.net.au/index.html
Let the record show: Microsoft is not an Australian company

Re: [Cgi-session-user] V 4.09 and format of sessions in database

[Ron S. <ro...@sa...>]

On Wed, 22 Mar 2006 14:50:41 +1100, Ron Savage wrote:

Hi Ron

> After storing a session in a (MySQL) database, it's format is:
> $D = {...};;$D
> where the real contents are represented by '...'.
> Ummm, but what are the last 4 characters doing there?

It's deliberate. See line 31 of CGI::Session::Serialize::default.
--
Ron Savage
ro...@sa...
http://savage.net.au/index.html

[Cgi-session-user] CGI::Session 4.13 released

[Mark S. <ma...@su...>]

CGI::Session 4.13 is now being uploaded to CPAN, thanks to work from
Matt LeBlanc and other contributor and bug reporters.

Here are the changes since 4.12:

    * FIX: Applied patch to fix cookie method (RT#18493,Nobuaki ITO)
    * FIX: Berkeley DB 1.x exhibits a bug when used in conjunction with O_NOFOLLOW. Because of this,
      we've removed it from the db_file driver. It will still attempt to stop symlinks but the
      open itself has dropped the flag. (Matt LeBlanc)
    * FIX: json and yaml db_file tests now check for the presence of DB_File. (Matt LeBlanc)

Look for it soon at a mirror near you!

	Mark

[Cgi-session-user] Re: [rt.cpan.org #18578] Possible SQL injection attack

[Mark S. <ma...@su...>]

CGI::Session 4.12 has been uploaded to address the following.

I tested it with SQLite and PostgreSQL 8.0. If there is a problem with
MySQL, it should fail when you run the test suite.

	Mark

On Fri, Apr 07, 2006 at 08:34:38AM -0400, ma...@su... via RT wrote:
> 
> On Thu, Apr 06, 2006 at 05:54:07PM -0400, Guest via RT wrote:
> > 
> > woudl be better done with place holders or $dbh->quote (and maybe the
> > return value could be more more meaningful and safe)
> > 
> > sub remove {
> >     my $self = shift;
> >     my ($sid) = @_;
> >     croak "remove(): usage error" unless $sid;
> > 
> >     my $sql = sprintf(");
> >     my $rc = $self->{Handle}->do(
> >         'DELETE FROM' 
> >         . $self->{Handle}->quote($self->table_name)
> >         . ' WHERE id='  
> >         . $self->{Handle}->quote($sid)
> >     );
> > 
> >     # do(DELETE) usually returns 0 even thouh it worked do or croak()
> > could cause problems...
> >     croak "remove(): \$dbh->do failed!" if $rc eq '0E0';
> > 
> >     # maybe not croak and return ??
> >     return $rc eq 'E0E' ? 0 : 1;
> > }
> 
> Good idea. We'll work something like this in. 
> 
> I think the 'id' is the field to be concerned most about, as the table
> name is controlled by the module user. 

Re: [Cgi-session-user] 4.11 released to address name-as-class-method bug, still FreeBSD problems

[David S. <dst...@po...>]

Mark Stosberg wrote:
 
> FreeBSD users may experience a number of test failures when trying to
> install this release, as seen here:
> 
> http://www.nntp.perl.org/group/perl.cpan.testers/303756

FYI, I get the same test failures on Mac OS X 10.4.6 when trying to install
CGI::Session 4.11.

--
David Steinbrunner

[Cgi-session-user] Re: FreeBSD problems / O_NOFOLLOW.

[Mark S. <ma...@su...>]

On Fri, Mar 31, 2006 at 10:23:10PM -0600, Matt LeBlanc wrote:
> Mark,
> 
> This is the same problem I referred to when I made the updates with 
> O_NOFOLLOW. An upgrade of Berkeley DB will fix the problem. I'm not 
> certain which releases of Berkeley DB fail and I failed to note which 
> release I had prior to upgrading.

Matt,

I looked into this a little. I learned that the O_NOFOLLOW flag
originated on FreeBSD, with Linux support coming later. That's just
interesting it 's FreeBSD having the issue. Or is not really a FreeBSD
issue, but one with different versions of BerkeleyDB?

Before encouraging upgrades of BerkeleyDB, I would want to confirm that
such an upgrade wouldn't cause incompatibities with files created by
older versions of BerkeleyDB. 

Another approach would be to find out which platforms or cases
O_NOFOLLOW doesn't work in, and turn it off in those cases. From a quick
Google, I could tell that other projects were taking this approach, 
but I didn't see any Perl code snippets. 

For those who are following along: I guess another workaround would be
to try removing O_NOFOLLOW until this is resolved. 

	Mark

Re: [Cgi-session-user] 4.11 released to address name-as-class-method bug, still FreeBSD problems

[Matt L. <mle...@cp...>]

Mark,

This is the same problem I referred to when I made the updates with 
O_NOFOLLOW. An upgrade of Berkeley DB will fix the problem. I'm not 
certain which releases of Berkeley DB fail and I failed to note which 
release I had prior to upgrading.

-Matt

Mark Stosberg wrote:
> Hello, 
>
> I've now released CGI::Session 4.11 with the regression fix for using name()
> as a class method. Thanks to Matt LeBlanc for that work. 
>
> FreeBSD users may experience a number of test failures when trying to
> install this release, as seen here:
>
> http://www.nntp.perl.org/group/perl.cpan.testers/303756
>
> I suspect one of the security-related changes in 4.10 caused this
> breakage. 
>
> A patch or insights about this are welcome. I use FreeBSD myself, so
> I'll definitely get it if someone else doesn't figure it out first.
>
> 	Mark
>   

[Cgi-session-user] 4.11 released to address name-as-class-method bug, still FreeBSD problems

[Mark S. <ma...@su...>]

Hello, 

I've now released CGI::Session 4.11 with the regression fix for using name()
as a class method. Thanks to Matt LeBlanc for that work. 

FreeBSD users may experience a number of test failures when trying to
install this release, as seen here:

http://www.nntp.perl.org/group/perl.cpan.testers/303756

I suspect one of the security-related changes in 4.10 caused this
breakage. 

A patch or insights about this are welcome. I use FreeBSD myself, so
I'll definitely get it if someone else doesn't figure it out first.

	Mark

[Cgi-session-user] storing objects as session data.

[Michael E B. <bra...@uc...>]

I was wondering if any of you might be able to shed some light on an 
issue I am having.

I am actually using the CGI::Application framework, and 
CGI::Application::Plugin::Session on top of that.

I am not having any trouble with passing around the session object. In 
fact, once the CGI object is created, the session can be reached like 
$cgi->session->some_session_method (like param). I have tested all of 
this by just using CGI::Session and I get the same problem.

Now for the problem.

I create an object. In my case this is a Bio::Tree::Tree object. I will 
call it  $treeObj.

I store this  object  as session data like so.

sub step 1 {
  $cgi->session->param("treeObj", $treeObj);
}

When I re-initialize the session at some later time, I retrieve the 
stored data and try to do something with $treeObj;.
sub step 2 {
  my $treeObj = $cgi->session->param("treeObj");
  print $treeObj->total_branch_length(). }

Although this would normally work, it now returns the following error msg:

Error executing run mode 'showbranch': Can't locate object method 
"get_Descendents" via package "Bio::Tree::NodeNHX" at 
/usr/lib/perl5/site_perl/5.8.3/Bio/Tree/Tree.pm line 216.
at /home/mbradley/PIPELINE/Bris/cgi-bin/InitForm.pl line 9

Now is a good time to mention that $treeObj is a collection of 
Bio::Tree::NodeNHX objects that inherit from Bio::Tree::NodeI. The call 
to 'total_branch_length' loops through the collection of 
Bio::Tree::NodeNHX and calls "get_Descendents". Since it can't find this 
method, it seems that the problem has to do with lack of proper 
inheritance (between NodeNHX objects and NodeI.pm).

All of this would work just fine if I did step 2 before closing out the 
session. Thus, somehow when the session is re-initialized the object 
loses some of its properties.

Any ideas?

Thanks.

mike

Re: [Cgi-session-user] Question on version 4.10

[Cees H. <ce...@gm...>]

It looks like this bug is affecting the test suite of
CGI::Application::Plugin::Session as well
(http://perlmonks.org/?node_id=3D540026).  I think it has the potential
to break a lot of installed code, so I think a new release is in
order.

For those that are seeing this problem, downgrading to version 4.09
should solve the issue until a new release is made available.

Cheers,

Cees


On 3/29/06, Kancianic, Jennifer C. <JEN...@sa...> wrote:
> Great - Thanks for responding so quickly.
>
> When is the next release or where can I get a previous release where this
> isn't a problem?  I need to finish installing my Wiki.
>
> Thanks,
> Jenny
>
> -----Original Message-----
> From: mle...@cp... [mailto:mle...@cp...]
> Sent: Wednesday, March 29, 2006 5:15 PM
> To: cgi...@li...
> Cc: Kancianic, Jennifer C.
> Subject: Re: [Cgi-session-user] Question on version 4.10
>
> Jennifer,
>
> Ah, this is my mistake. I forgot about the case when name is used as a cl=
ass
> method. The update is in svn and will be available for next release.
> (Sherzod? Mark?)
>
> Sorry,
> Matt LeBlanc
>
> Kancianic, Jennifer C. wrote:
> >
> > Version 4.0.1 of the Twiki software, a popular Perl implementation of
> > a Wiki, requires that CGI::Session be installed.  I installed it, but
> > when I invoke a Twiki page that uses the CGI::Session module, I get
> > this error in my Apache logs:
> >
> > 'Can't use string ("CGI::Session") as a HASH ref while "Strict refs"
> > in use at Session.pm line 145.'
> >
> > I am running Server OS: RedHat Linux ES3, kernel 2.4.21-40ELsmp, Web
> > server: Apache 2.0.46, Perl version: 5.8.0
> >
> > I know this may not be the fault of the CGI::Session module, but does
> > this kind of error ring any bells with anyone or does anyone have
> > suggestions about what I can do to make the error go away?
> >
> > Thanks,
> > Jenny
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Cgi-session-user mailing list
> Cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgi-session-user
>

RE: [Cgi-session-user] Question on version 4.10

[Kancianic, J. C. <JEN...@sa...>]

Great - Thanks for responding so quickly.

When is the next release or where can I get a previous release where this
isn't a problem?  I need to finish installing my Wiki.

Thanks,
Jenny 

-----Original Message-----
From: mle...@cp... [mailto:mle...@cp...] 
Sent: Wednesday, March 29, 2006 5:15 PM
To: cgi...@li...
Cc: Kancianic, Jennifer C. 
Subject: Re: [Cgi-session-user] Question on version 4.10

Jennifer,

Ah, this is my mistake. I forgot about the case when name is used as a class
method. The update is in svn and will be available for next release.
(Sherzod? Mark?)

Sorry,
Matt LeBlanc

Kancianic, Jennifer C. wrote:
>
> Version 4.0.1 of the Twiki software, a popular Perl implementation of 
> a Wiki, requires that CGI::Session be installed.  I installed it, but 
> when I invoke a Twiki page that uses the CGI::Session module, I get 
> this error in my Apache logs:
>
> 'Can't use string ("CGI::Session") as a HASH ref while "Strict refs" 
> in use at Session.pm line 145.'
>
> I am running Server OS: RedHat Linux ES3, kernel 2.4.21-40ELsmp, Web
> server: Apache 2.0.46, Perl version: 5.8.0
>
> I know this may not be the fault of the CGI::Session module, but does 
> this kind of error ring any bells with anyone or does anyone have 
> suggestions about what I can do to make the error go away?
>
> Thanks,
> Jenny
>
>

RE: [Cgi-session-user] Question on version 4.10

[Kancianic, J. C. <JEN...@sa...>]

This website shows a similar issue where the subroutines are out of order,
thus causing the problem.  Is there something different with this 4.10
release that could be causing the error described in the original post?
http://www.troubleshooters.com/codecorn/littperl/perlfuncorder.htm

  _____  

From: cgi...@li...
[mailto:cgi...@li...] 
Sent: Wednesday, March 29, 2006 4:41 PM
To: 'cgi...@li...'
Subject: [Cgi-session-user] Question on version 4.10



Version 4.0.1 of the Twiki software, a popular Perl implementation of a
Wiki, requires that CGI::Session be installed.  I installed it, but when I
invoke a Twiki page that uses the CGI::Session module, I get this error in
my Apache logs:

'Can't use string ("CGI::Session") as a HASH ref while "Strict refs" in use
at Session.pm line 145.' 

I am running Server OS: RedHat Linux ES3, kernel 2.4.21-40ELsmp, Web server:
Apache 2.0.46, Perl version: 5.8.0 

I know this may not be the fault of the CGI::Session module, but does this
kind of error ring any bells with anyone or does anyone have suggestions
about what I can do to make the error go away?

Thanks, 
Jenny 

Re: [Cgi-session-user] Question on version 4.10

[Matt L. <mle...@cp...>]

Jennifer,

Ah, this is my mistake. I forgot about the case when name is used as a 
class method. The update is in svn and will be available for next 
release. (Sherzod? Mark?)

Sorry,
Matt LeBlanc

Kancianic, Jennifer C. wrote:
>
> Version 4.0.1 of the Twiki software, a popular Perl implementation of 
> a Wiki, requires that CGI::Session be installed.  I installed it, but 
> when I invoke a Twiki page that uses the CGI::Session module, I get 
> this error in my Apache logs:
>
> 'Can't use string ("CGI::Session") as a HASH ref while "Strict refs" 
> in use at Session.pm line 145.'
>
> I am running Server OS: RedHat Linux ES3, kernel 2.4.21-40ELsmp, Web 
> server: Apache 2.0.46, Perl version: 5.8.0
>
> I know this may not be the fault of the CGI::Session module, but does 
> this kind of error ring any bells with anyone or does anyone have 
> suggestions about what I can do to make the error go away?
>
> Thanks,
> Jenny
>
>

[Cgi-session-user] Question on version 4.10

[Kancianic, J. C. <JEN...@sa...>]

Version 4.0.1 of the Twiki software, a popular Perl implementation of a
Wiki, requires that CGI::Session be installed.  I installed it, but when I
invoke a Twiki page that uses the CGI::Session module, I get this error in
my Apache logs:
'Can't use string ("CGI::Session") as a HASH ref while "Strict refs" in use
at Session.pm line 145.'

I am running Server OS: RedHat Linux ES3, kernel 2.4.21-40ELsmp, Web server:
Apache 2.0.46, Perl version: 5.8.0

I know this may not be the fault of the CGI::Session module, but does this
kind of error ring any bells with anyone or does anyone have suggestions
about what I can do to make the error go away?

Thanks,
Jenny

Re: [Cgi-session-user] FW: Failed: PAUSE indexer report SHERZODR/CGI-Session-4.10.tar.gz

[Tyler M. <ty...@yi...>]

Sherzod Ruzmetov <she...@ha...> wrote:
> It says two packages couldn't be indexed. Is that a problem?
> 
> Sherzod

Look like Mark needs to make you co-maintainer for those two new namespaces.
:)

	- Tyler

> 
> 
> > -----Original Message-----
> > From: PAUSE [mailto:up...@pa...] 
> > Sent: Tuesday, March 28, 2006 2:44 AM
> > To: she...@ha...; 
> > and...@fr...
> > Subject: Failed: PAUSE indexer report SHERZODR/CGI-Session-4.10.tar.gz
> > 
> > 
> > The following report has been written by the PAUSE namespace 
> > indexer. Please contact mo...@pe... if there are any 
> > open questions.
> >   Id: mldistwatch 699 2006-01-30 15:42:03Z k 
> > 
> >                User: SHERZODR (Sherzod Ruzmetov)
> >   Distribution file: CGI-Session-4.10.tar.gz
> >     Number of files: 71
> >          *.pm files: 19
> >              README: CGI-Session-4.10/README
> >            META.yml: CGI-Session-4.10/META.yml
> >   Timestamp of file: Tue Mar 28 07:00:52 2006 UTC
> >    Time of this run: Tue Mar 28 07:43:57 2006 UTC
> > 
> > Status of this distro: Permission missing 
> > =========================================
> > 
> > The following packages (grouped by status) have been found in 
> > the distro:
> > 
> > Status: Permission missing
> > ==========================
> > 
> >      module: CGI::Session::Serialize::json
> >     version: 1.02
> >     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/json.pm
> >      status: Not indexed because permissions missing. Visit PAUSE and
> >              click "View Permissions" to find the legitimate
> >              maintainer(s).
> > 
> >      module: CGI::Session::Serialize::yaml
> >     version: 1.02
> >     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/yaml.pm
> >      status: Not indexed because permissions missing. Visit PAUSE and
> >              click "View Permissions" to find the legitimate
> >              maintainer(s).
> > 
> > Status: Successfully indexed
> > ============================
> > 
> >      module: CGI::Session
> >     version: 4.10
> >     in file: CGI-Session-4.10/lib/CGI/Session.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver
> >     version: 4.04
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::DBI
> >     version: 1.4
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/DBI.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::db_file
> >     version: 1.8
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/db_file.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::file
> >     version: 3.8
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/file.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::mysql
> >     version: 2.03
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/mysql.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::postgresql
> >     version: 2.4
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/postgresql.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Driver::sqlite
> >     version: 1.7
> >     in file: CGI-Session-4.10/lib/CGI/Session/Driver/sqlite.pm
> >      status: indexed
> > 
> >      module: CGI::Session::ErrorHandler
> >     version: 4.04
> >     in file: CGI-Session-4.10/lib/CGI/Session/ErrorHandler.pm
> >      status: indexed
> > 
> >      module: CGI::Session::ID::incr
> >     version: 1.6
> >     in file: CGI-Session-4.10/lib/CGI/Session/ID/incr.pm
> >      status: indexed
> > 
> >      module: CGI::Session::ID::md5
> >     version: 1.5
> >     in file: CGI-Session-4.10/lib/CGI/Session/ID/md5.pm
> >      status: indexed
> > 
> >      module: CGI::Session::ID::static
> >     version: 1.7
> >     in file: CGI-Session-4.10/lib/CGI/Session/ID/static.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Serialize::default
> >     version: 1.7
> >     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/default.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Serialize::freezethaw
> >     version: 1.7
> >     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/freezethaw.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Serialize::storable
> >     version: 1.6
> >     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/storable.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Test::Default
> >     version: 1.54
> >     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
> >      status: indexed
> > 
> >      module: CGI::Session::Tutorial
> >     version: 3.42
> >     in file: CGI-Session-4.10/lib/CGI/Session/Tutorial.pm
> >      status: indexed
> > 
> >      module: OverloadedObjectClass
> >     version: 1.54
> >     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
> >      status: indexed
> > 
> >      module: SimpleObjectClass
> >     version: 1.54
> >     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
> >      status: indexed
> > 
> > __END__
> > 
> > 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Cgi-session-user mailing list
> Cgi...@li...
> https://lists.sourceforge.net/lists/listinfo/cgi-session-user
> 

[Cgi-session-user] FW: Failed: PAUSE indexer report SHERZODR/CGI-Session-4.10.tar.gz

[Sherzod R. <she...@ha...>]

It says two packages couldn't be indexed. Is that a problem?

Sherzod


> -----Original Message-----
> From: PAUSE [mailto:up...@pa...] 
> Sent: Tuesday, March 28, 2006 2:44 AM
> To: she...@ha...; 
> and...@fr...
> Subject: Failed: PAUSE indexer report SHERZODR/CGI-Session-4.10.tar.gz
> 
> 
> The following report has been written by the PAUSE namespace 
> indexer. Please contact mo...@pe... if there are any 
> open questions.
>   Id: mldistwatch 699 2006-01-30 15:42:03Z k 
> 
>                User: SHERZODR (Sherzod Ruzmetov)
>   Distribution file: CGI-Session-4.10.tar.gz
>     Number of files: 71
>          *.pm files: 19
>              README: CGI-Session-4.10/README
>            META.yml: CGI-Session-4.10/META.yml
>   Timestamp of file: Tue Mar 28 07:00:52 2006 UTC
>    Time of this run: Tue Mar 28 07:43:57 2006 UTC
> 
> Status of this distro: Permission missing 
> =========================================
> 
> The following packages (grouped by status) have been found in 
> the distro:
> 
> Status: Permission missing
> ==========================
> 
>      module: CGI::Session::Serialize::json
>     version: 1.02
>     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/json.pm
>      status: Not indexed because permissions missing. Visit PAUSE and
>              click "View Permissions" to find the legitimate
>              maintainer(s).
> 
>      module: CGI::Session::Serialize::yaml
>     version: 1.02
>     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/yaml.pm
>      status: Not indexed because permissions missing. Visit PAUSE and
>              click "View Permissions" to find the legitimate
>              maintainer(s).
> 
> Status: Successfully indexed
> ============================
> 
>      module: CGI::Session
>     version: 4.10
>     in file: CGI-Session-4.10/lib/CGI/Session.pm
>      status: indexed
> 
>      module: CGI::Session::Driver
>     version: 4.04
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::DBI
>     version: 1.4
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/DBI.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::db_file
>     version: 1.8
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/db_file.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::file
>     version: 3.8
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/file.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::mysql
>     version: 2.03
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/mysql.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::postgresql
>     version: 2.4
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/postgresql.pm
>      status: indexed
> 
>      module: CGI::Session::Driver::sqlite
>     version: 1.7
>     in file: CGI-Session-4.10/lib/CGI/Session/Driver/sqlite.pm
>      status: indexed
> 
>      module: CGI::Session::ErrorHandler
>     version: 4.04
>     in file: CGI-Session-4.10/lib/CGI/Session/ErrorHandler.pm
>      status: indexed
> 
>      module: CGI::Session::ID::incr
>     version: 1.6
>     in file: CGI-Session-4.10/lib/CGI/Session/ID/incr.pm
>      status: indexed
> 
>      module: CGI::Session::ID::md5
>     version: 1.5
>     in file: CGI-Session-4.10/lib/CGI/Session/ID/md5.pm
>      status: indexed
> 
>      module: CGI::Session::ID::static
>     version: 1.7
>     in file: CGI-Session-4.10/lib/CGI/Session/ID/static.pm
>      status: indexed
> 
>      module: CGI::Session::Serialize::default
>     version: 1.7
>     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/default.pm
>      status: indexed
> 
>      module: CGI::Session::Serialize::freezethaw
>     version: 1.7
>     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/freezethaw.pm
>      status: indexed
> 
>      module: CGI::Session::Serialize::storable
>     version: 1.6
>     in file: CGI-Session-4.10/lib/CGI/Session/Serialize/storable.pm
>      status: indexed
> 
>      module: CGI::Session::Test::Default
>     version: 1.54
>     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
>      status: indexed
> 
>      module: CGI::Session::Tutorial
>     version: 3.42
>     in file: CGI-Session-4.10/lib/CGI/Session/Tutorial.pm
>      status: indexed
> 
>      module: OverloadedObjectClass
>     version: 1.54
>     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
>      status: indexed
> 
>      module: SimpleObjectClass
>     version: 1.54
>     in file: CGI-Session-4.10/lib/CGI/Session/Test/Default.pm
>      status: indexed
> 
> __END__
> 
>