>> > > > > > Also, I tried restarting the interchange daemon with
>> > > > > > PERL_SIGNALS=unsafe and the ALERT/segfaults came MUCH MUCH more
>> > > > > > frequently. Does that tell us anything?
>> > > > >
>> > > > >
>> > > > > It would make sense that, when you have high load, there is
On Mon, 11 Dec 2006, Grant wrote:
> > > > > Also, I tried restarting the interchange daemon with
> > > > > PERL_SIGNALS=unsafe and the ALERT/segfaults came MUCH MUCH more
> > > > > frequently. Does that tell us anything?
> > > >
> > > >
> > > > It would make sense that, when you have
> >> > > Also, I tried restarting the interchange daemon with
> >> > > PERL_SIGNALS=unsafe and the ALERT/segfaults came MUCH MUCH more
> >> > > frequently. Does that tell us anything?
> >> >
> >> >
> >> > It would make sense that, when you have high load, there is a problem
> >> > processing
Erik Norgaard wrote:
Hi:
I was wondering: How do I redirect to a different page? I want my
handler to be able to redirect a request, I know there is the REDIRECT
constant but I also need to indicate where to? This doesn't seem to be
in the man-page.
Thanks, Erik
Source Code: http://test.p
Hi:
I was wondering: How do I redirect to a different page? I want my
handler to be able to redirect a request, I know there is the REDIRECT
constant but I also need to indicate where to? This doesn't seem to be
in the man-page.
Thanks, Erik
--
Ph: +34.666334818 web: ht
Marc Lambrichs wrote:
Date: Sun, 10 Dec 2006 12:50:09 GMT
Server: Apache
Set-Cookie: auth_tkt=; path=/; domain=main.domain.com; expires=Sun,
10-Dec-2006 11:50:09 GMT
Set-Cookie: auth_tkt=; path=/; domain=first.domain.com; expires=Sun,
10-Dec-2006 11:50:09 GMT
Set-Cookie: auth_tkt=; path=/; doma
Michael,
thanks a lot Michael I figured it out using the Data
Dumper..Actually the last attribute wasnt initialised..I changed the code as
follows.
for ($i=0;$i<=$#terms;$i++)
{
$wordlistref->{$terms[$i]}->{"postingsref"}->{"doc"}->{"d1"}->{"termfreq"}++;
}
print
$wordlistref->{$terms[
Deepak Mallya wrote:
> Hi,
> When I try to use complex data structures I get an error saying
> Use of uninitialized value in string at C:\Documents and
> Settings\deepm\My Documents\practice.pl line 29, line 1.
>
> The line of code is as follows:-
> for ($i=0;$i<=$#terms;$i++)
> {
>
>
Hi,
When I try to use complex data structures I get an error saying
Use of uninitialized value in string at C:\Documents and Settings\deepm\My
Documents\practice.pl line 29, line 1.
The line of code is as follows:-
for ($i=0;$i<=$#terms;$i++)
{
$wordlistref->{$terms[$i]}->{"postingsref"}->{"
> The way my config works, apache2 hands all requests to the interchange
> (icdevgroup.org) daemon via a socket by way of the mod_perl module
> (Interchange::Link).
>
> So the error is caused by the mod_perl module trying to read or write
> to or from the interchange daemon and failing? If that's
>> > > Also, I tried restarting the interchange daemon with
>> > > PERL_SIGNALS=unsafe and the ALERT/segfaults came MUCH MUCH more
>> > > frequently. Does that tell us anything?
>> >
>> >
>> > It would make sense that, when you have high load, there is a problem
>> > processing many concurre
Malka Cymbalista wrote:
I have a script that works from the command line but does not work when
I run it from the web.
Good, you've narrowed it down then. These are the most common sources
of problems that happen only when run from a web server:
- Differences in %ENV
- Running as a differen
>> > The way my config works, apache2 hands all requests to the interchange
>> > (icdevgroup.org) daemon via a socket by way of the mod_perl module
>> > (Interchange::Link).
>> >
>> > So the error is caused by the mod_perl module trying to read or write
>> > to or from the interchange daemon and f
On Mon, 11 Dec 2006, Philip M. Gollucci wrote:
Grant wrote:
> > Also, I tried restarting the interchange daemon with
> > PERL_SIGNALS=unsafe and the ALERT/segfaults came MUCH MUCH more
> > frequently. Does that tell us anything?
>
>
> It would make sense that, when you have high load, th
Grant wrote:
> The way my config works, apache2 hands all requests to the interchange
> (icdevgroup.org) daemon via a socket by way of the mod_perl module
> (Interchange::Link).
>
> So the error is caused by the mod_perl module trying to read or write
> to or from the interchange daemon and faili
> The way my config works, apache2 hands all requests to the interchange
> (icdevgroup.org) daemon via a socket by way of the mod_perl module
> (Interchange::Link).
>
> So the error is caused by the mod_perl module trying to read or write
> to or from the interchange daemon and failing? If that's
> The way my config works, apache2 hands all requests to the interchange
> (icdevgroup.org) daemon via a socket by way of the mod_perl module
> (Interchange::Link).
>
> So the error is caused by the mod_perl module trying to read or write
> to or from the interchange daemon and failing? If that'
> Actually, the only place die_page is called in the module is:
>
> $SIG{PIPE} = sub { die_page($r); };
>
> What does that mean?
Have a look here:
http://perldoc.perl.org/perlipc.html#Using-open()-for-IPC
There is an error reading from or writing to a pipe.
The way my config works, apache2 han
> Actually, the only place die_page is called in the module is:
>
> $SIG{PIPE} = sub { die_page($r); };
>
> What does that mean?
Have a look here:
http://perldoc.perl.org/perlipc.html#Using-open()-for-IPC
There is an error reading from or writing to a pipe.
>
> - Grant
_
>> you need to find out why die_page is being called.
>
> Do you have any advice on the best way to do that?
You could start by using caller():
my ($package, $filename, $line) = caller;
within the sub, in order to see where it's being
called from.
Actually, the only place die_page is calle
Hello to all of you, Last week I sent an email asking how to connect to
more than one remote Oracle database. My problem was that in my
startup.pl file, I am setting the following environment variables:
ORACLE_HOME, ORACLE_SID, TWO_TASK and TNS_ADMIN. If I am trying to
connect to 2 different data
Well, there's no problem there. Checking the head looks ok: my tests
show three Set-Cookie statements:
$ curl -I --cookie
"auth_tkt=ZjY4MDk5NWYwOTRlODNmNGJiNDhlNmI0ZmY4M2ZkZjM0NTdjMDA3Y21sQG1lbGFuZ2UtaXQubmwhMTE2NTc1NDQ5Mjo4Mi45Mi45NS4yMDI=;
domain=main.domain.com;" http://main.domain.com/logo
22 matches
Mail list logo
