From: "Greg Sylvain" <gsylvain@landmark.com>
To: "Bart Schaefer" <schaefer@brasslantern.com>, zsh-users@sunsite.auc.dk
Subject: Re: Problem w/ ulimit killing compiles on sol 2.4&2.6 ...
Date: Wed, 3 Feb 1999 13:09:29 -0500 [thread overview]
Message-ID: <8525670D.0062A58D.00@lnserver.landmark.com> (raw)
Hi,
Thanks for the quick reply... comments interposed with original message ...
"Bart Schaefer" <schaefer@brasslantern.com> on 02/03/99 12:54:13 PM
To: Greg Sylvain/LSC, zsh-users@sunsite.auc.dk
cc:
Subject: Re: Problem w/ ulimit killing compiles on sol
2.4&2.6 ...
On Feb 3, 12:38pm, Greg Sylvain wrote:
> } Subject: Problem w/ ulimit killing compiles on sol 2.4&2.6 ...
> }
> } I'm running zsh 3.0.5 on a Solaris 2.4 and 2.6 machine, while
attempting to
> } build a large C++ application with gcc -2.7.2.1 the compile exits
> } prematurly after attempting to link the resulting objects.
> I presume you get some kind of error message that leads you to believe
> this is a limits problem?
nop. just an assumption on my part. Sorry 'bout that, didn't mean to
mislead people. Anything else come to mind ?
> } When I got to a fresh ksh with nothing int he evnironment, I'm able to
> } build and link the program just fine.
>
> Some versions of Sun operating systems have problems executing processes
> if there's too much stuff in the environment. I'd be surprised if Sol
2.6
> was still susceptible, but it's possible. You don't use `setopt
allexport`
> in zsh or anything silly like that, do you?
>
Sol 2.6 has the same problem, it *may* build the smaller test program along
the way to linking the final huge executable, but compiling and linking
fails on both OSs, eventually.
The errors that I get from the links are duplicate symbols in different
libraries that use the same part of the STL (i.e. duplicate vector
class,etc.).
> } My question is why is this happening and how can I fix it? (I have 24
> } directories in my PATH!) What contributes to this limit problem and is
> } there any way to increase the limit any more..
>
> Have you tried the `unlimit` command (note the "n") which with no
argument
> should increase all limits to their maximum allowed values?
No I haven't. I'm trying it now. I'll let you know the results...
Thanks,
greg
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
next reply other threads:[~1999-02-03 18:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-02-03 18:09 Greg Sylvain [this message]
-- strict thread matches above, loose matches on Subject: below --
1999-02-05 9:02 Peter Stephenson
1999-02-05 8:28 Bart Schaefer
1999-02-05 6:40 Andrej Borsenkow
1999-02-04 13:11 Peter Stephenson
1999-02-04 8:46 Peter Stephenson
1999-02-03 19:23 Bart Schaefer
1999-02-03 18:48 Sweth Chandramouli
1999-02-03 18:29 Greg Sylvain
1999-02-03 17:54 Bart Schaefer
1999-02-03 17:38 Greg Sylvain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8525670D.0062A58D.00@lnserver.landmark.com \
--to=gsylvain@landmark.com \
--cc=schaefer@brasslantern.com \
--cc=zsh-users@sunsite.auc.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).