Moinak Ghosh wrote:
> [EMAIL PROTECTED] wrote:
>
>> [...]
>>
>>> Strictly conformant to the above would therefore be:
>>>
>>> #definedirfd(dp)((dp) ? (dp)->dd_fd : -1)
>>>
>>
>>
>> No. Nothing to do with strictly conformant; while it is possible
>> to have a DIR * which is NULL, usin
>And to try to answer my own question, Draft 2 says
>(about dirfd() among others):
>
>...shall be declared as functions and may also be defined as macros. Function
>prototypes shall be provided.
>
>and specifically about dirfd():
>
>The dirfd( ) function may fail if:
>[EINVAL] The dirp argument do
[EMAIL PROTECTED] wrote:
[...]
Strictly conformant to the above would therefore be:
#define dirfd(dp) ((dp) ? (dp)->dd_fd : -1)
No. Nothing to do with strictly conformant; while it is possible
to have a DIR * which is NULL, using it immediately gets you undefined
behaviour.
IMHO,
How to update to Nevada b60 ?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Richard L. Hamilton wrote:
I know there's a downloader in the patch 116464-02, but what I've
got is a 2nd-hand DK32EJ-72FC that has NetApp firmware on it,
that I just put in my Sun Blade 2000; and (if it's
possible without trashing the drive), I'd prefer to put the Sun firmware
on it. However, t
I know there's a downloader in the patch 116464-02, but what I've
got is a 2nd-hand DK32EJ-72FC that has NetApp firmware on it,
that I just put in my Sun Blade 2000; and (if it's
possible without trashing the drive), I'd prefer to put the Sun firmware
on it. However, the downloader AFAIK will only
Thanks!!
More information:
Hi, All,
Here is the pstack information from dbx.
[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal SEGV (access to
address exceeded protections)
0xfd90b258: _lock_try_adaptive : ldstub [%o0 + 12], %o1
(dbx) where
current thread: [EMAIL PROTECTED]
=>
> "Jörg" == Joerg Schilling <[EMAIL PROTECTED]> writes:
>> *Bzzz* *whrrr*
Jörg> How do you pronounce this?
Uh... like they're spelled...? ;-)
Just think electromechanical Borg-ish sounds.
cheers,
mike
___
opensolaris-discuss mailing list
opensola
Stefan Teleman writes:
> On Thursday 22 March 2007 18:23, Joerg Schilling wrote:
>
> > > The dirfd( ) function may fail if:
> > > [EINVAL] The dirp argument does not refer to a valid directory
> > > stream.
> >
> > May is not "must" ;-)
>
> It isn't "can't" or "shouldtn't" either.
Right, but tes
On Thursday 22 March 2007 18:23, Joerg Schilling wrote:
> > The dirfd( ) function may fail if:
> > [EINVAL] The dirp argument does not refer to a valid directory
> > stream.
>
> May is not "must" ;-)
It isn't "can't" or "shouldtn't" either.
--Stefan
--
Stefan Teleman 'Nobody E
"Richard L. Hamilton" <[EMAIL PROTECTED]> wrote:
> And to try to answer my own question, Draft 2 says
> (about dirfd() among others):
>
> ...shall be declared as functions and may also be defined as macros. Function
> prototypes shall be provided.
>
> and specifically about dirfd():
>
> The dirfd(
And to try to answer my own question, Draft 2 says
(about dirfd() among others):
...shall be declared as functions and may also be defined as macros. Function
prototypes shall be provided.
and specifically about dirfd():
The dirfd( ) function may fail if:
[EINVAL] The dirp argument does not refe
Question in my mind would be whether any existing implementation
allows a NULL argument (and presumably returns -1 then), and also
whether there's enough known about the direction of the POSIX draft
to know whether it would allow that behavior.
This message posted from opensolaris.org
_
Stefan Teleman <[EMAIL PROTECTED]> wrote:
> On Thursday 22 March 2007 15:42, [EMAIL PROTECTED] wrote:
> > >> getc(NULL) also blows up; what is your point?
> > >
> > >My point is that it should not SEGV on NULL pointer. It should
> > >return -1 and set EBADF.
> >
> > You are wrong; the standard dis
>On Thursday 22 March 2007 15:42, [EMAIL PROTECTED] wrote:
>> >> getc(NULL) also blows up; what is your point?
>> >
>> >My point is that it should not SEGV on NULL pointer. It should
>> >return -1 and set EBADF.
>>
>> You are wrong; the standard disagrees with you.
>
>7.19.7.5.3:
>
>The [getc] fun
Stefan Teleman writes:
> On Thursday 22 March 2007 15:42, [EMAIL PROTECTED] wrote:
> > >> getc(NULL) also blows up; what is your point?
> > >
> > >My point is that it should not SEGV on NULL pointer. It should
> > >return -1 and set EBADF.
> >
> > You are wrong; the standard disagrees with you.
>
>On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
>
>> pkginfo SUNWman does show:
>> system SUNWman On-Line Manual Pages
>>
>> doesn't this mean it is installed?
>
>That's the man command, not the man pages.
It's about 12700 manpages too.
Casper
__
On Thursday 22 March 2007 15:42, [EMAIL PROTECTED] wrote:
> >> getc(NULL) also blows up; what is your point?
> >
> >My point is that it should not SEGV on NULL pointer. It should
> >return -1 and set EBADF.
>
> You are wrong; the standard disagrees with you.
7.19.7.5.3:
The [getc] function return
Dick Davies wrote:
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
pkginfo SUNWman does show:
system SUNWman On-Line Manual Pages
doesn't this mean it is installed?
That's the man command, not the man pages.
The SUNWman package contains the man pages for the ON consoli
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
pkginfo SUNWman does show:
system SUNWman On-Line Manual Pages
doesn't this mean it is installed?
That's the man command, not the man pages.
--
Rasputin :: Jack of All Trades - Master of Nuns
http://number9.hellooperator.n
>> getc(NULL) also blows up; what is your point?
>
>My point is that it should not SEGV on NULL pointer. It should
>return -1 and set EBADF.
You are wrong; the standard disagrees with you.
What point is there to have obviously broken code do plausible
things?
FILE *fp = fopen("no-such
On Thursday 22 March 2007 15:03, [EMAIL PROTECTED] wrote:
> >On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
> >> But BTW: dirfd() would be just:
> >>
> >> #define dirfd(dp) (dp)->dd_fd
> >
> >This works really well when (dp) is NULL.
>
> Yes, is will SEGV; is that an issue?
Yes. It can r
>On Thu, 22 Mar 2007, [EMAIL PROTECTED] wrote:
>
>> All our tools accept "man tool"; that's actually 3 letters less typing.
>
>Indeed; and for a concise "Usage" message, "tool -?" often (if
>not always) does the trick.
(I generally find the tool --help output unhelpful; it's generally
to terse an
>None of them mentions whether DIR can be NULL.
NULL is not a valid DIR * therefor you invoke undefined behaviour;
then anything goes.
>One could argue 'returns -1 on error' would mean they should return -1
>then - but then, neither of the above specify what errno would have to be
>set to.
No
>On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
>
>> But BTW: dirfd() would be just:
>>
>> #define dirfd(dp)(dp)->dd_fd
>
>This works really well when (dp) is NULL.
Yes, is will SEGV; is that an issue?
getc(NULL) also blows up; what is your point?
If you right buggy code without er
On Thu, 22 Mar 2007, Shawn Walker wrote:
> That is a matter of preference. I always hated the -- options GNU
> utilities use since they were so much more to type. I will admit
You and me both!
--
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member
CEO,
My Online Home Inventory
Voice: +1 (25
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
Another annoyance is that most tools do not accept --help. This is
common with GNU tools, and I prefer it over -h, because some tools
might use -h for a real thing. In case -h means "remove all files",
then you're screwed...
That
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
What I personally find important in Linux is:
- the user experience, mostly embodied by the KDE desktop environment.
I don't like Gnome, so I don't like the default Solaris desktop
environment. I heard that there is a KDE project for
On Thu, 22 Mar 2007, [EMAIL PROTECTED] wrote:
> All our tools accept "man tool"; that's actually 3 letters less typing.
Indeed; and for a concise "Usage" message, "tool -?" often (if
not always) does the trick.
--
Rich Teer, SCSA, SCNA, SCSECA, OpenSolaris CAB member
CEO,
My Online Home Invent
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
Another thing that came to mind: the fact that Solaris needs a primary
partition to install on is a big problem in my view. I had set-up my
disk so there were 3 logical partitions of about 15GB for operating
systems (linux and I hope
For background on what this is, see:
http://www.opensolaris.org/jive/message.jspa?messageID=24416#24416
http://www.opensolaris.org/jive/message.jspa?messageID=25200#25200
=
opensolaris-discuss 03/01 - 03/15
=
Size of all threads du
>In my version of grep (2.5.1), -R and -r are the same. I use -R
>because a lot of other tools, like ls, only support -R. ls -r means
>'reverse'.
Tools like "grep" really should not have sprouted a "-R" because it
is contrary to the Unix tool philosophy. Gnu apparently wants to
reimplement all t
Stefan Teleman writes:
> On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
>
> > But BTW: dirfd() would be just:
> >
> > #define dirfd(dp) (dp)->dd_fd
>
> This works really well when (dp) is NULL.
Ignoring the NULL question for a moment, think it would be quite wrong
to implement this as
Stefan Teleman <[EMAIL PROTECTED]> wrote:
> /* testnulldir.c */
>
> #include
> #include
> #include
>
> #define dirfd(dp)(dp)->dd_fd
> static const char* dirname = "/this/baby/does/not/exist";
>
> int
> main(int argc, char* argv[])
> {
> DIR* dir;
> int fd;
>
> fd = dirfd(opendir
Frank Hofmann <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Mar 2007, Stefan Teleman wrote:
>
> > On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
> >
> >> But BTW: dirfd() would be just:
> >>
> >> #define dirfd(dp) (dp)->dd_fd
> >
> > This works really well when (dp) is NULL.
> >
> > --Stefan
>
On Thursday 22 March 2007 12:29, Joerg Schilling wrote:
> Stefan Teleman <[EMAIL PROTECTED]> wrote:
> > On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
> > > But BTW: dirfd() would be just:
> > >
> > > #define dirfd(dp) (dp)->dd_fd
> >
> > This works really well when (dp) is NULL.
>
> ???
>
On Thu, 22 Mar 2007, Stefan Teleman wrote:
On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
But BTW: dirfd() would be just:
#define dirfd(dp) (dp)->dd_fd
This works really well when (dp) is NULL.
--Stefan
Found those:
http://www.die.net/doc/linux/man/man3/dirfd.3.html
http:
Stefan Teleman <[EMAIL PROTECTED]> wrote:
> On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
>
> > But BTW: dirfd() would be just:
> >
> > #define dirfd(dp) (dp)->dd_fd
>
> This works really well when (dp) is NULL.
???
Garbage in -> garbage out.
Do not expect to get useful results in c
On Thursday 22 March 2007 10:21, Joerg Schilling wrote:
> But BTW: dirfd() would be just:
>
> #define dirfd(dp) (dp)->dd_fd
This works really well when (dp) is NULL.
--Stefan
--
Stefan Teleman 'Nobody Expects the Spanish Inquisition'
KDE e.V.
On 3/22/07, Dick Davies <[EMAIL PROTECTED]> wrote:
It doesn't on linux either (i think you mean 'grep -r'),
but yes - this drives me mad too :) You should have a /usr/sfw/bin/ggrep
that works how you want - if not, you need to add the 'SUNWggrp' package.
In my version of grep (2.5.1), -R and -r
[Convention-aware me: "I'm sorry here for following up to my own post."
Actual Me: "Why should I be?"]
Previously, I wrote:
Previously, Dave Miner wrote:
At the risk of repeating myself for about the 50th time in the past year,
I'd encourage these packaging-related discussions to occur with th
Jonathan Wheeler <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Though I don't personally have enough knowledge about the subject to really
> make a very good argument here, it's been suggested by steleman (from
> #opensolaris), that I start a thread on OpenSolaris-discuss about this
> function, and
On 22/03/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote:
- then there are the command line programs. There might be a good
reason for this, but I feel that some of the Solaris-shipped tools are
inferior to the GNU tools. For example, I don't see a reason why a
simple recursive grep with '
For the sake of clarity :
Election Voting Opens Mon Mar 12th (00:00 hrs)
Election Voting Closes Mon Mar 26th (24:00 hrs)
Which is why I had cast my votes on Monday the 12th of March because the
actual character of a person is far more important to me than anything
they may say here or t
Mike Kupfer <[EMAIL PROTECTED]> wrote:
> > "Jörg" == Joerg Schilling <[EMAIL PROTECTED]> writes:
>
> Jörg> Well, I did send the list to opensolaris-discuss and to Mike
> Jörg> Kupfer (don't know his Borg name;-) on November 14th 2005.
>
> *Bzzz* *whrrr*
How do you pronounce this?
> Resis
yes, I'm also a long time Linux user/developer who has recently working on
Solaris for a research project base on the DTrace tool.
It's true there're plenty of powerful tools in Solaris, but some habitual
Linux tools are miss or different. And this makes me feel uncomfortable.
Baseing on Solaris
Another thing that came to mind: the fact that Solaris needs a primary
partition to install on is a big problem in my view. I had set-up my
disk so there were 3 logical partitions of about 15GB for operating
systems (linux and I hoped OpenSolaris as well). Obviously, Solaris
couldn't install and I
Jason Ozolins writes:
> > Jason Ozolins writes:
> > packages). This kind of explains why Sun puts out
> > _patches_ rather than new versions of packages -
> > because applying the latter can't be done easily to a
> > running OS instance. SVR4 package management just
> > wasn't designed to work t
On 3/21/07, Ian Murdock <[EMAIL PROTECTED]> wrote:
There are some interesting connections to Linux here as well. If you
think about it, what do people want when they say they want "Linux"?
The Linux kernel? Or the Linux distribution (i.e., GNU)? Could Solaris
become a "better Linux than Linux" b
Hi Horvath,
There is no packages yet but you can find details on how to compile
Beryl here :
http://www.opensolaris.org/jive/thread.jspa?messageID=100776𘦨
If you're interested in compiz you can find details on how to
compile it here :
http://www.opensolaris.org/jive/thread.jspa?me
Is there a beryl + emerald pkg for OpenSolaris 10 ?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi Gustavo,
I am not sure if I understand your question completely. There is
an application on openSolaris called Sun Cluster which itself is
multithreaded and is able to migrate any threaded program from nodes
to nodes in failover configuration. It is available for free download
on http://www.
well I got a few other responses from other people on this forum.
According to them it won't work since Update Manager works only with Sun
Solaris (not OpenSolaris Nevada) the reason why it won't work is that
"Solaris Express, Community Edition is Sun's binary release for OpenSolaris
developers
On Thu, Mar 22, 2007 at 09:18:07AM +0100, [EMAIL PROTECTED] wrote:
>
> > 2. The currently proposed Apache 2.2.4 integration installs Apache in
> > /usr/apache2, thereby _overwriting_ the existing Apache 2.0.x. Valid
> > arguments have been made pro, and against this approach, with the
> > sugge
Hi Ienup (& Jack):
I knew that once you saw those three simple words (& they are in plain
English), you would instantly recognize the potential calamity--and the
uproar--that they may cause. I am also sure you will now sympathize why I have
been so allusive about this matter, This thing (not
On Thursday 22 March 2007 12:57 am, Bob Palowoda wrote:
> You might have to have sym links for /etc/apache and /var/apache also.
> The runtime environment is controlled by apache APR utilities.
This is about the time zones start lookin' good...in fact, that should be the
reccomended way to run P
On Wed, Mar 21, 2007 at 12:28:59PM -0400, Stefan Teleman wrote:
> Hi.
>
> The ARC Cases for the WebStack NG Project have been submitted for review
> (and hopefully approval), and i would like to ask our community's input
> regarding two important questions which have come up during our discussio
57 matches
Mail list logo