List Info

Thread: memory problems or something




memory problems or something
user name
2006-04-25 13:40:38
I invoke the latest development P4 client so:

sub new 
{
  my $self = shift;
  my $logger = get_logger("PerforceClient");
  $logger->info("new PerforceClient"); 
  unless ( ref $self) 
  {
    my %args = _;
    $logger->debug("user :".$args);
    #
    # must have root as an argument
    my $objref = new P4;
    bless $objref, $self;
    $objref->ParseForms();
    if ( ! $objref->Connect() ) 
    {
      $logger->fatal("Failed to connect to
Perforce");
      return undef;
    } 

    $logger->debug( "Creating object" );
    $objref-> = "";
    $objref-> = "//depot";
    $logger->debug("user :".$args);
    $objref->setUser($args);
    $logger->debug("workspace
:".$args);
    my ($status)=$objref->setWorkingSpace(
$args );
    if ($status eq NB_FAIL)
    {
      $logger->fatal("Fail");
      return undef;
    }
    $objref->setDefaultRoot();
    $objref-> = $args  if exists(
$args );
    return $objref;
  }
}

sub setP4Client
{
  my ($self) = shift;
  my (%args) = _;
  my $logger = get_logger("SCMClient");
  $logger->debug("setting ");
  $logger->debug("user ".$args);
  my $p4 = PerforceClient->new( %args);
  $logger->debug("after new p4 client ".$p4);
 

  $self->=$p4;
  $logger->debug("after new p4 client
".$self->);
 
}

however, the line $self-> =$p4 causes the following
(worrying) 
perturbation on the last line. Remove that line and this
error message 
does not appear.

.2006/04/25 14:30:59 INFO> PerforceClientTests.pm:30 
Tests::PerforceClientTests::set_up - make_temporary_root
2006/04/25 14:30:59 DEBUG> PerforceClientTests.pm:34 
Tests::PerforceClientTests::set_up - tmpdir: 
C:\users\rday\hoperoot\trunk\autobuild\tests\tmp
2006/04/25 14:30:59 DEBUG> SCMClient.pm:42 SCMClient::new
- setting p4
2006/04/25 14:30:59 DEBUG> SCMClient.pm:78
SCMClient::setP4Client - 
setting
2006/04/25 14:30:59 DEBUG> SCMClient.pm:79
SCMClient::setP4Client - user 
build
2006/04/25 14:30:59 INFO> PerforceClient.pm:18
PerforceClient::new - new 
PerforceClient
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:22
PerforceClient::new - user 
:build
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:34
PerforceClient::new - 
Creating object
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:37
PerforceClient::new - user 
:build
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:39
PerforceClient::new - 
workspace :build-serenity
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:191 
PerforceClient::setWorkingSpace - 
C:\users\rday\hoperoot\trunk\autobuild\tests\tmp
2006/04/25 14:30:59 DEBUG> PerforceClient.pm:198 
PerforceClient::getClientRoot - workingspace: 
C:\users\rday\hoperoot\trunk\autobuild\tests\tmp
2006/04/25 14:30:59 INFO> PerforceClient.pm:223 
PerforceClient::setDefaultRoot - 
C:\users\rday\hoperoot\trunk\autobuild\tests\tmp
2006/04/25 14:30:59 DEBUG> SCMClient.pm:81
SCMClient::setP4Client - after 
new p4 client PerforceClient=HASH(0x2176b24)
2006/04/25 14:30:59 DEBUG> SCMClient.pm:85
SCMClient::setP4Client - after 
new p4 client PerforceClient=HASH(0x2176b24)
2006/04/25 14:30:59 INFO> PerforceClient.pm:243
PerforceClient::setRoot - 
root:
C:\users\rday\hoperoot\trunk\autobuild\tests\tmp
2006/04/25 14:30:59 INFO> PerforceClientTests.pm:59 
Tests::PerforceClientTests::test_RandomTest - start

Time:  0 wallclock secs ( 0.02 usr +  0.02 sys =  0.03 CPU)

OK (1 tests)
        (in cleanup) Internal error: Root Logger not
initialized. at 
c:/users/rday/tools/perl588_817/site/lib/Log/Log4perl/Logger
.pm line 554 
during global destruction.

I *think the p4 client is tramping over the memory
somewhere, although I'm 
not sure.

I'm Windows XP using this perl:

This is perl, v5.8.8 built for MSWin32-x86-multi-thread
(with 25 registered patches, see perl -V for more detail)

Copyright 1987-2006, Larry Wall

Binary build 817 [257965] provided by ActiveState 
http://www.ActiveState.com

Built Mar 20 2006 17:54:25


_______________________________________________
p4perl mailing list
p4perlperforce.com

http://maillist.perforce.com/mailman/listinfo/p4perl
Logging of specific session in web app.
user name
2006-04-25 14:49:25
Hi Magnus,

I'd follow Jake's recommendation and implement a session
specific 
filter+appender combination. Actually, I've done this at a
customer site 
recently and it worked pretty well. A repository selector
addresses a 
different problem.

At 04:36 PM 4/25/2006, Jacob Kjome wrote:

>I don't think I've heard of anyone defining a
repository selector that had two
>distinct criteria for choosing the logger repository. 
Only one selector 
>can be
>installed at any given time.  How would Log4j know which
logger repository to
>choose?  The two standard choices are by an App's JNDI
tree and by 
>classloader.
>  The latter is problematic and can cause classloader
issues.  The former 
> is what
>has been adopted as a standard solution in Log4j-1.3. 
If you come up with a
>technique for choosing multiple logger repositories
per/app, I'd be very
>interested to see it.  I can't think of how it might be
implemented, though.
>
>I still think using a filter one or more appenders
within a single logger
>repository is a viable option.  That's where I would
focus my efforts if I 
>were
>to implement what you are proposing.
>
>Jake

-- 
Ceki Gülcü
http://ceki.blogspot.com/


------------------------------------------------------------
---------
To unsubscribe, e-mail: log4j-user-unsubscribelogging.apache.org
For additional commands, e-mail: log4j-user-helplogging.apache.org

Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5
user name
2006-04-25 14:48:47
On Tue, 25 Apr 2006, Francis Daly wrote:

> On Mon, Apr 24, 2006 at 05:35:15PM -0400, beartooth
wrote:
>
> As far as I can see, dillo-0.8.5-2.fc5 dates from April
5th, while 
> dillo-0.8.5-1.fc5 dates from March 4th.
>
> The main difference between the two is the addition of
the 
> dillo-0.8.5-i18n-misc-20060105.diff.bz2 patch into the
new version.
>
> So, if you've been updating reasonably frequently,
then it may be safe 
> to guess that things worked with dillo-0.8.5-1.fc5 and
fail with 
> dillo-0.8.5-2.fc5?

 	Most probably; there is often a discernible lag between
the 
appearance of any new version of an app and its arrival in
the Fedora 
repositories for yum.

> You can possibly demonstrate that this is the case by
downgrading to 
> dillo-0.8.5-1.fc5 and seeing if it works as it used to.

 	For the first time in my experience, I'd like to try --
but I have 
no idea how to downgrade anything. Is there a "yum
downgrade" command?? I 
could get an rpm, I'm sure; but I'm a little uneasy about
doing rpm -f, or 
for that matter anything as root with an -f switch.

>> If I open Dillo from its icon in the browser drawer
on my panel, it 
>> tells me "Welcome to Dillo
0.8.5-i18n-misc" -- but rpm -q dillo says 
>> dillo-0.8.5-2.fc5.
>
> Yes, that's the patched version.  I believe the splash
screen has some 
> hints for problem reports.

 	Maybe it used to; I disremember. What I get by launching
it now is 
a thing like a miniature icon on the desktop: a round-topped
vertical blue 
rectangle with a white bottom, half the size of my little
fingernail. The 
cursor, touching it, immediately turns into a double-tipped
diagonal with 
which to drag to corner to resize it. That done, it says
"about:splash" in 
the location bar, and "Welcome to Dillo
0.8.5-i18n-misc" on the gray 
background.

 	The rest looks like a drawing of tables of words, with
just lines 
to represent phrases.

 	View > Options gives a screen called Dillo Preferences
-- which is 
new and welcome to me, but, alas!, doesn't work.

 	On the Interface tab, resetting panel size may do
something; can't 
tell. Setting window size up to 1000 x 700 gets me something
that might be 
of use (on a ViewSonic VG91-b 19" flat panel LCD
monitor, 1280 x 1024) -- 
but I still see nothing remotely readable where text looks
meant to be.

 	The font tab comes up with "font factor"
(something I never heard 
of) set to 0.1; I just reset to 1.5, and now see text.
Better let me play 
around a while -- this is beginning to remind me of
RH/Fedora's bad old 
days, when any app came up requiring configuration before
first use -- not 
only no usable defaults out of the box, but no defaults at
all. PLEASE do 
not go back to that!

> If you can give a recipe for reproducing any of the
problems with 
> vanilla dillo, I'll take a look into it.

 	Now that I can see something I can read, I'd better play
around a 
while, to see what I can see, and then report.
>
> For me (not on FC5):
>
> $ ./dillo --version
> Dillo 0.8.5
> $ ./dillo www.dillo.org

 	Tried that both as user and as root; got the same both
ways :

bash: ./dillo: No such file or directory

> happily opens http://www.dillo.org

 	That still gives me ERROR: unable to connect to remote
host. I'll 
go look at it on another browser.

 	Stay tuned.
-- 
Beartooth Staffwright, Neo-Redneck Linux Enthusiast
A wanderstaff like an Elvish rope should be long,
and strong, and light. And gentle to the hand.

_______________________________________________
Dillo-dev mailing list
Dillo-devdillo.org
http://lists.auriga.wearlab.de/cgi-bin/mailman/
listinfo/dillo-dev
Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5
user name
2006-04-25 18:22:00
Hi,

On Tue, Apr 25, 2006 at 10:48:47AM -0400, Beartooth wrote:
> On Tue, 25 Apr 2006, Francis Daly wrote:
> 
> >On Mon, Apr 24, 2006 at 05:35:15PM -0400, beartooth
wrote:
> >
> >As far as I can see, dillo-0.8.5-2.fc5 dates from
April 5th, while 
> >dillo-0.8.5-1.fc5 dates from March 4th.
> >
> >The main difference between the two is the addition
of the 
> >dillo-0.8.5-i18n-misc-20060105.diff.bz2 patch into
the new version.

  The right place to discuss this is in the
dillo-0.8.5-i18n-misc
forum, with the patch developers.

  This branch is not maintained by us and not our
responsibility at
all. If you have any troubles with the official Dillo
you're more
than welcome to report troubles here; BTW, you're
encouraged.

  As from our branch, you could try dillo-0.8.6-rc5.tar.bz2.

-- 
  Cheers
  Jorge.-

_______________________________________________
Dillo-dev mailing list
Dillo-devdillo.org
http://lists.auriga.wearlab.de/cgi-bin/mailman/
listinfo/dillo-dev
[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )