> >
> > More and more people are using Mac's now.. so be great if a
> > fix could be found...
> >
>
> Yes, that is true. Unfortunately I have no Mac for testing and no
> knowlegde of the special things that happens on a Mac.
>
> Gerald
The error for me was: KERN_PROTECTION_FAILURE at addres
!
> Of course it did, because it a BSD-like Unix.
>
No problem :) Unfortunately 'make test' will still fail for two reasons.
1) Rename Embperl.bundle to Embperl.so... and
2) bus error
Now if you manage to get embperl to run without a bus error let me kn
> Brian schrieb:
>>>> I have also attached a different file that shows that 'hacks'
>>>> I had to do to get it to compile. There was a problem with
>>>> eputil.c and the timezone variable. It's the same fix that
>>>> was impleme
ame fix that
was implemented for FreeBSD, just has to be implemented for
Mac OS X as well. The changes I made are documented in the
attached file compilehacks.txt.
Thanks for your help. Let me know if there is anything more I can do.
Happy to keep sending output.
-Brian
Speaking of hacks, it&#
uot;
bus error
#
It runs fine on my FreeBSD box, so i'm guessing it's a Mac thing. I'm not
too familiar with troubleshooting bus errors, but i'd really like to get
this running on my mac laptop so I can have a portable embperl development
workstation.
can't
configure the httpd.conf file correctly. I've installed 2.2.0, 2.0.1, and
2.0.b11. After installing each of these three, Embperl.so is always
missing. I need it to run embperl with apache2, right? Any ideas?
Thanks.
- Brian
-
Disregard... It was a permissions problem. needed to chmod 755 on my
second "menu" directory.
*slaps head*
thanks,
brian
> Hi all. Ran into a strange problem with embperl. When I try to access a
> file three directories deep in my web site (/menu/dev/menu/index.html) I
> get
Hi all. Ran into a strange problem with embperl. When I try to access a
file three directories deep in my web site (/menu/dev/menu/index.html) I
get an apache forbidden error and following error in my httpd error log:
[Tue Mar 07 14:36:56 2006] [crit] [client 167.73.110.8] (13)Permission
denied: /
ested.
>
> I was thinking there would be a default variable that holds this info but
> I didn't find anything in the documentation.
>
> Thanks,
> Brian
>
I found it. Looks like all I needed was to use $ENV{REQUES
a default variable that holds this info but
I didn't find anything in the documentation.
Thanks,
Brian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
h:
"The procedure entry point xmlLoadExtDtdDefaultValue could not be
located in the dll libxml2.dll."
Does anyone know what this means? Could this be what is causing apache
to not load the module? Thanks so much in advance.
-Brian
-
Sorry to waste bandwidth but I've found the problem. Mandrake's msec at
level 4 changed permissions on /proc so that it was inaccessible.
Brian
> Embperl works for me too except for system calls like uptime below:
>
> [- @uptime = split /,/, `uptime`; -]
>
> With mse
Embperl works for me too except for system calls like uptime below:
[- @uptime = split /,/, `uptime`; -]
With msec set to 3 the line above works but when I set it to 4 it
doesn't. Does this kind of call work you you?
Thanks.
Brian
> Hi:
>
> I am using Embperl With Mandrake 10 an
yes
yes
CHKROOTKIT_CHECK
no
no
no
yes
yes
yes
--
Brian Schoenhofer
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, 2004-03-30 at 08:45, Brian Schoenhofer wrote:
> On Tue, 2004-03-30 at 02:40, Gerald Richter wrote:
> > Brian Schoenhofer wrote:
> > > I have Embperl::Object setup for a directory on my Mandrake 9.2
> > > system. I have base.epl defining a page layout and would
On Tue, 2004-03-30 at 02:40, Gerald Richter wrote:
> Brian Schoenhofer wrote:
> > I have Embperl::Object setup for a directory on my Mandrake 9.2
> > system. I have base.epl defining a page layout and would like to get
> > a cgi app to run as if it were in a subdir of this Emb
tdocs due to
security).
What should I do?
My setup is as follows:
Embperl/2.0b9
Apache-AdvancedExtranetServer/2.0.47 (Mandrake Linux/6mdk)
mod_perl/1.99_09
Perl/v5.8.1
mod_jk2/2.0.3-dev
mod_ssl/2.0.47
--
Brian
-
To unsubs
Thanks everyone for the very useful comments & suggestions!
--
Brian
Andrew O'Brien wrote:
> If your code is using modules/namespaces (and or explicitly creating
> them) then by all means cache things in the namespace. I knew I should
> have mentioned that but ... :)
>
>
Thanks for the advice. Is there a preference to using
$req->{test} versus $udat{test} ?
thanks,
Brian
Luiz Fernando wrote:
> On Thu, 2003-08-28 at 15:17, Brian Burke wrote:
> > I have an Embperl question that hopefully someone can
> > help me solve. Bear with me, I'l
ve the Executed page inherit
the value)? For example, in the simple index.html
example, above, is there a way for me to access the value
of $test from within form.inc? Is there a different way to
accomplish this?
thanks in advance,
Brian B.
it's
own. What the new compile function does it check in the cache to see
if it is already compile, if so check the timestamp, return the
cached compiled code or compile it, save it in the cache and return
it. It is amazing that at 100+
040 040 039 039 028 026 * *** requests per second
SSP: 060 118 172 218 246 268 277 277 requests per second
-
MAX: 062 125 187 250 294 294 294 294 Max concurrent connections
>I also want to thank you Brian, such a test
Hi Marcus,
The top label numbers are the concurrent connections test and the
data number are how many request per second the machine could output.
All the test were done with Apache Benchmark.
Brian
At 8:19 PM -0400 4/19/02, Marcus Doemling wrote:
>What unit are your performance numb
with Embperl and I will always continue to use it. The whole point
of the message was not to slam Embperl, but making sure I wasn't
missing something in the configuration with mod_perl or Embperl.
Thanks,
Brian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
weak a few things
and run the tests again.
Thanks,
Brian
--
Other Data:
Trust me all changes or compiled in modules that are listed as
PROPRIETARY do no effect the server performance in a bad way.
Server compiled with
-D EAPI
-D HAV
Thanks everyone for your suggestions. You have given me enough ammo to
attack the problem!
Brian
Ed Grimm wrote:
> It depends on your OS (and I forget which one you said you were using),
> but generally, there is. Normally, this is given by ulimit -Sn, but
> I've seen sys
x27;m
not sure about open file handles.
I may try to attack the problem short-term by having apache throttle
back to less httpd's when idle, and lowering MaxRequestPerChild to
have the children die earler.
Brian
On Thu, 7 Feb 2002, Axel Beckert wrote:
> Hi!
>
> On Wed, Feb 06, 20
Thanks Axel. This very well could be my problem.
When I run ulimit -Hn and ulimit -Sn, the system shows I can have 1024 open
handles. Does that mean if I run lsof | fgrep httpd | wc -l and it is close to 1024,
I have a problem?
Brian
Axel Beckert wrote:
> Hi!
>
> On Wed, Feb 06, 2
It sounds like our problems are similar. The errors look like 404 errors on the
web browser (not founds). When the problem starts occurring, I can hit refresh
and it works about 50% of the time. However, it stays problematic until I
restart apache.
Brian
erik wrote:
> On Wed, Feb 06, 2
I'm running Apache/1.3.14 (Unix)
mod_perl/1.24_01 mod_ssl/2.7.1 OpenSSL/0.9.6 with Embperl-1.3.1.
thanks,
Brian
--
__
Brian Burke
[EMAIL PROTECTED]
__
--
Using $http_headers_out instead of $req_rec->header_out did the trick.
thanks Matt!
Brian
[EMAIL PROTECTED]
matt freake wrote:
> Sorry, if you receive this twice. Ah, the joys of hotmail!
>
> I may have misunderstood, but 2 questions:
>
> - do you have the same problem i
SetEnv EMBPERL_DEBUG 0
SetEnv EMBPERL_OPTIONS 9445136
SetHandler perl-script
PerlHandler HTML::Embperl
#PerlSendHeader On
Options ExecCGI
SetEnv EMBPERL_DEBUG 0
SetEnv EMBPERL_OPTIONS 9445136
SetHandler perl-script
PerlHandler HTML::Embperl
#PerlSendHeader On
this message before? Any help will be much appreciated!
thanks,
Brian
--
__
Brian Burke
LSSi Corp.
email: [EMAIL PROTECTED]
url: http://www.lssi.net/~bbu
33 matches
Mail list logo
