I got branding error while trying to install informix on solaris environment.
Can anyone guide me how to fix this error..???
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Dale Ghent wrote:
> On Dec 24, 2007, at 4:44 PM, David Dyer-Bennet wrote:
>>
>> Solaris has an /etc/cron.d directory, but the files in it aren't crontab
>> files, and the man pages don't make any suggestion of anything except
>> user-specific cron files (no system cron file, either, that I can
>> f
On Dec 24, 2007 11:23 PM, David Dyer-Bennet <[EMAIL PROTECTED]> wrote:
> Ignacio Marambio Catán wrote:
> > On Dec 24, 2007 6:44 PM, David Dyer-Bennet <[EMAIL PROTECTED]> wrote:
> >
> >> (truth time: I'm going to be *so* happy when there's a decent ZFS
> >> implementation in Linux and I can ditch th
On Dec 25, 2007, at 12:23 AM, David Dyer-Bennet wrote:
> What happens to me every time I turn around on Solaris these days is
> that tools I'm used to using are missing key features that I use every
> day. Tar is missing the 'z' option, date is missing .
> And since Linux is what my work
In the future, please send these to opensolaris-help, or
sysadmin-discuss. :) Also, check out:
http://www.genunix.org/wiki/index.php/OpenSolaris_New_User_FAQ
On Dec 25, 2007 12:23 AM, David Dyer-Bennet <[EMAIL PROTECTED]> wrote:
> Ignacio Marambio Catán wrote:
> > On Dec 24, 2007 6:44 PM, David Dy
On Dec 24, 2007, at 4:44 PM, David Dyer-Bennet wrote:
>
> Solaris has an /etc/cron.d directory, but the files in it aren't
> crontab
> files, and the man pages don't make any suggestion of anything except
> user-specific cron files (no system cron file, either, that I can
> find). So why the hec
Ignacio Marambio Catán wrote:
> On Dec 24, 2007 6:44 PM, David Dyer-Bennet <[EMAIL PROTECTED]> wrote:
>
>> Normally a "*.d" directory is for package-specific contributions to a
>> config file that are all handled together by the configured facility --
>> Linux has logrotate.d for all the log rot
David Dyer-Bennet wrote:
>
> (truth time: I'm going to be *so* happy when there's a decent ZFS
> implementation in Linux and I can ditch this archaic pile of kludges.)
>
David,
I too am from a linux world, moving to Solaris because of zfs.
Sure - things are different, and some of the default
Gary:
Many Thanks for your help!.
I think there are 2 problems that I have here.
1. cde-login package hasn't been loaded on the operating system.
2. THe Network firewall has been blocking the X display from being sent on LAN.
I connected a network cable to the back of the server i.e. a direc
On Dec 24, 2007 6:44 PM, David Dyer-Bennet <[EMAIL PROTECTED]> wrote:
> Normally a "*.d" directory is for package-specific contributions to a
> config file that are all handled together by the configured facility --
> Linux has logrotate.d for all the log rotating specs from different
> packages, a
Normally a "*.d" directory is for package-specific contributions to a
config file that are all handled together by the configured facility --
Linux has logrotate.d for all the log rotating specs from different
packages, and cron.d for specific cron additions, and so forth. Emacs
recognizes an
> Regarding API stability: as with my other project Avahi I will not guarantee
> any API stability.
> All I do is that I promise to try my best to keep the interfaces stable.
So much for professional engineering. The more I read what you write, the less
convinced I am that your software would be
Brian Utterback wrote:
> Joerg Schilling wrote:
>
>> The wish resulted in PSARC 2004/480 and I cannot understand why something
>> that
>> has been decided to be needed now has no people to work on. It seems that
>> there
>> is a problem in the way Sun is organized if this can happen.
>>
> Hi!
Yes, hello.
> Then, "Unix Admin" asked mumbled
I don't mumble, and what I asked turned out to pertain to the paragraph I'm
going to quote from you, below. I know why I asked what I asked, and I turned
out to be correct:
> something about
> whether we might want to install Solaris on my
> When OSS can support 8-channel, 32 precision, and 192k sampling rate, as
> well as other feathere,
> what is the specific niftier features that it is lack of compared with ALSA?
A niftier acronym.
(PS: Sarcasm.)
-mg
signature.asc
Description: OpenPGP digital signature
_
On Mon, 24 Dec 2007, [EMAIL PROTECTED] wrote:
>
>> Hi
>> I don't find a core dump generated when a SIGSEGV is received. I set the
>> LD_PRELOAD variable to watchmalloc.so.1 but could not find the actual
>> place of seg. fault as the core dump file is not generated. (I got the
>> stack trace I past
>Hi
>I don't find a core dump generated when a SIGSEGV is received. I set the
>LD_PRELOAD variable to watchmalloc.so.1 but could not find the actual
>place of seg. fault as the core dump file is not generated. (I got the
>stack trace I pasted when I attached mdb to the process) I don't have a
>Su
> On what gnome is JDS based that will be shipped with SXDE 1/08?
> I now use SXDE 9/07 and it's based on Gnome 2.18.x
>
>
>
It should be GNOME 2.20.x as in nevada 79.
Harry
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Mon, 24 Dec 2007, Vamsee Priya wrote:
> Hi
> I don't find a core dump generated when a SIGSEGV is received. I set the
> LD_PRELOAD variable to watchmalloc.so.1 but could not find the actual
> place of seg. fault as the core dump file is not generated. (I got the
> stack trace I pasted when I at
This is:
6367349 Panic on port_remove_event_doneq
which has been fixed in OpenSolaris about 1 1/2 years ago.
Since you're on Solaris 10, any rev released in 2007 has the patch for
this integrated.
For more details on S10 patch details or when/how fixed in S10, ask the
usual support channels
Hi
I don't find a core dump generated when a SIGSEGV is received. I set the
LD_PRELOAD variable to watchmalloc.so.1 but could not find the actual
place of seg. fault as the core dump file is not generated. (I got the
stack trace I pasted when I attached mdb to the process) I don't have a
Sun studi
Alan Coopersmith wrote:
> Girts Zeltins wrote:
>
>> Hello,
>>
>> Where I can get feature list of SXDE 1/08?
>>
>
> It will be released when SXDE 1/08 is, which is still about
> a month away, though it should mostly be the same set of
> features found in Nevada build 79.
>
>
>> Is there a
>Hi All
>
>When I use my 32 bit binary on Solaris x86 machine, I get a segmentation
>fault with the following stack trace.
>
>libc.so.1`_malloc_unlocked+0x14c(4000, 3, 80a3130, 1, 8046a38, 805763f)
>libc.so.1`malloc+0x39(4000, 0, 8046a1c, fef9e455, fef9158c, 4)
>meta_del+0x13(2, 80a3100, 10, 0)
>s
23 matches
Mail list logo