Yes helped .. thanks a lot for explaining this again!
Helmut
--On Saturday, May 01, 2004 09:41:13 -0400 Geoffrey Young
<[EMAIL PROTECTED]> wrote:
>
>
> Helmut Zeilinger wrote:
>> Hi all,
>>
>> i am confused about $r->status().
>> When do i have to set this "manually" - if ever?
>
> you shoul
Rando Christensen wrote:
On Sun, 02 May 2004 13:42:11 -0700, Stas Bekman wrote:
Does it work? I haven't tested it. We need to write a proper test
before I can commit it. There is some test in mp1, which can probably
be ported (or one written from scratch).
Yes, it's applied and running on my
On Sun, 02 May 2004 13:42:11 -0700, Stas Bekman wrote:
> Does it work? I haven't tested it. We need to write a proper test
> before I can commit it. There is some test in mp1, which can probably
> be ported (or one written from scratch).
Yes, it's applied and running on my test server, and seem
Rando Christensen wrote:
On Sun, 02 May 2004 12:58:26 -0700, Stas Bekman wrote:>
I suppose we just haven't got around implementing it yet in the plain
handlers (Registry has it since 1.99_05). Does the following patch
does the trick for you, Rando?
Perfectly. Thank you.
Does it work? I haven
On Sun, 02 May 2004 12:58:26 -0700, Stas Bekman wrote:>
> I suppose we just haven't got around implementing it yet in the plain
> handlers (Registry has it since 1.99_05). Does the following patch
> does the trick for you, Rando?
Perfectly. Thank you.
--
< Rando Christensen | [EMAIL PROTECTED
Rando Christensen wrote:
The last thing I need to do in order to be able to migrate to apache2
is to figure this out.
Under apache1.3 and modperl, the error-notes would be properly set to
whatever we die() with, just like it would under apache1.3 and a cgi
script.
However, under the newer mod
Ruslan U. Zakirov wrote:
Hello.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/apr-ext/uuid.t 1 256 34 133.33% 2-3
t/filter/both_str_con_add.t
Hello.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/apr-ext/uuid.t 1 256 34 133.33% 2-3
t/filter/both_str_con_add.t43 75.00%
Hi Dave,
It looks like you are using Class::DBI. The behavior you describe is
exactly what you would see if you had uncommitted changes. The changes
would be visible to the connections that made the changes, but not to
the other processes or connections.
If the problem is easy to reproduce, you c
Dave Boodman wrote:
As Perrin said, it sounds like it might be a scoping issue with some variables
and how they are (not?) passed into subs. What could really help us spot it
are your subs and calls to them. In fact if you can reduce it to a very simple
test case that has the same experience, it w
OK, here's some code:
#
systems
my @statuses;
my (@systems) = Lib::Systems->search( cid
=> $cid );
unless (@systems) {
$self->model->log('debug',
"systems
for '$cid' not
found");
$self->context->throw(
'systems.not_found',
'Systems
not found' );
};
my $systems_profile =
Lib::
11 matches
Mail list logo
