I'm actually on Solaris 9. The only items I could find re: core files on Solaris were with regards to Solaris 8, but they seem to be relevant to Solaris 9. I asked my sysadmin and he had no real answer. He indicated that the manpages we have are out-of-date, which is no help.
Some further testing indicated that it may dependent on the shell, in that zsh allowed me to set the value. Also, Solaris (9, at least) allows you to set your ulimit -c down, but only superuser can set the ulimit -c up. So, if you have "ulimit -c 0" in your .profile, you're SOL. But, if you don't, you may be fine.
If you need any further information, please let me know.
Thanks Rob,
So I suppose we have no choice but to skip running 'ulimit' if $^O eq 'solaris'.
Toby, you are on Solaris 8, do you also have the problem with it? Please see the context below
[EMAIL PROTECTED] $ bash --version GNU bash, version 2.05.0(1)-release (sparc-sun-solaris2.9) Copyright 2000 Free Software Foundation, Inc. [EMAIL PROTECTED] $ perl -e 'print "$^O\n";' solaris [EMAIL PROTECTED] $ perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=solaris, osvers=2.9, archname=sun4-solaris uname='sunos solaris 5.9 generic sun4u sparc sunw,ultra-5_10 ' config_args='-Dcc=gcc -B/usr/ccs/bin/' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc -B/usr/ccs/bin/', ccflags ='-fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-fno-strict-aliasing' ccversion='', gccversion='3.1', gccosandvers='solaris2.9' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldb -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'
Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES
Built under solaris
Compiled at Jul 22 2002 04:42:16
@INC:
/usr/local/lib/perl5/5.8.0/sun4-solaris
/usr/local/lib/perl5/5.8.0
/usr/local/lib/perl5/site_perl/5.8.0/sun4-solaris
/usr/local/lib/perl5/site_perl/5.8.0
/usr/local/lib/perl5/site_perl
.
-----Original Message-----
From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Friday, March 26, 2004 6:47 PM
Cc: Kinyon, Rob; [EMAIL PROTECTED]
Subject: Re: [Apache-Test] ulimit on Solaris bash
Stas Bekman wrote:
Kinyon, Rob wrote:
As a minor nit, the ulimit command (to allow core files) doesn't
work on
Solaris9 bash.
so how does it inhibit during 'make test'? and what is the right
thing
to do to allow core files on your bash?
Kinyon, Rob wrote:
> As for ulimit ... You're right - I had the wrong command. I googled a > little and found something useful at > http://perl.apache.org/docs/2.0/devel/debug/c.html#Obtaining_core_Files_ > under_Solaris > which discusses Solaris8, but looks to be relevant to my situation. > > The reason I brought the error up is that when I run "ulimit -c > unlimited", I receive the following error: "bash: ulimit: cannot modify > limit: Not owner". I found a bug report dating back to 1997 on the > topic, but could find no follow-ups or further information.
Is that something common to Solaris 8, or is it specific to the bash installation that you have? i.e. could it be that other bash versions do
accept it? If it's the same I suppose we need to skip that state for
Solaris 8. Please show the code to indentify Solaris 8 ($^O + %Config) and I
will add it.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
-- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
-- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
