(Resent: Apologies if this is a duplicate)
Hi,
I was wondering if someone could help point me in the direction of
how to go about trying to resolve what I assume to be a memory leak
in FreeBSD 6.x.
I have two database servers, one running 6.0 the other 6.1, both are
running PostgreSQL. T
I am unable to create a new partition on a machine running
6.1-RELEASE-p3 and am beginning to suspect something is wrong in
fdisk. If I run sysinstall and go to the partition editor, I get
the following, which seems correct:
Disk name: twed0 FDISK Partiti
John-Mark Gurney wrote:
Helping people not be portable w/ other Unixes like Solaris is something
we should not do... Can anyone name another major Unix besides Linux that
has the -a option?
I won't continue this line of discussion more, but it's possible Linux
has more traction in these thin
Ivan Voras wrote this message on Tue, Aug 01, 2006 at 00:07 +0200:
> older people who stick with what they know will work - vast majority of
> younger admins I know either personally or on the 'net generally know
> only Linux.
>
> Using common options help bring people over, and also saves troub
Rick C. Petty wrote:
think that more BSD admins are so used to typing "cp -pR" than "cp -a". In
Ah, but therein lies one of the points - Percentage of "BSD admins" vs
"other-unix-like-systems admins" is slowly but steadily diminishing. In
my (I'll admit - not so expansive) experience BSD ad
On Mon, Jul 31, 2006 at 11:01:24PM +0200, Ivan Voras wrote:
> Rick C. Petty wrote:
>
> >"-l" may be a useful option, but at what point is the line drawn between
> >bloating our base cp and having a gcp port (or using linux_base)??
>
> It's like saying "if you need this option, go to Linux" - it j
On Monday 31 July 2006 14:15, Attilio Rao wrote:
> 2006/7/30, Divacky Roman <[EMAIL PROTECTED]>:
> > On Sun, Jul 30, 2006 at 12:57:32PM +0200, Divacky Roman wrote:
> > > hi,
> > >
> > > while working on SoC linuxolator project I am in a need of this:
> > >
> > > I need to do some operation on memor
On Monday 31 July 2006 14:53, Mike Meyer wrote:
> Which points up an obvious question: other than compatibility with
> Linux, is there any reason this functionaly shouldn't be added to the
> ln command instead?
Umm, because ln doesn't copy hierarchies? Using that argument we'd remove
support for
Rick C. Petty wrote:
"-l" may be a useful option, but at what point is the line drawn between
bloating our base cp and having a gcp port (or using linux_base)??
It's like saying "if you need this option, go to Linux" - it just seems
wrong.
With all respect to "series of small utilities" way
In the last episode (Aug 01), Dmitry Marakasov said:
> Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
> thought - why do we have absolute offsets in disklabel? AFAIK, on
> NetBSD and OpenBSD, label is not necessarily located `near'
> filesystems stored in it's partitions - and e
Eric Anderson wrote:
-a is 'archive' mode, which is just a quick form of -PpR.
-l is 'link' mode, where regular files get hard linked instead of copied.
I agree with this, and while you're in there, can you add -s to copy
sparse files (via the usual "if the buffer is all nulls, seek beyond eo
Mike Meyer wrote:
snake% uname -a
FreeBSD snake.mired.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56
UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
snake% ls -l /bin/cp
-r-xr-xr-x 1 root wheel 15300 May 6 23:56 /bin/cp
To badly paraphase [1] a quote: "Here, hav
Hi!
Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
thought - why do we have absolute offsets in disklabel? AFAIK, on NetBSD
and OpenBSD, label is not necessarily located `near' filesystems stored
in it's partitions - and even disklabel utility shows absolute offsets
(with 'c' c
At 12:17 PM -0700 7/31/06, Julian Elischer wrote:
Ok I"m going to pipe up here.
The feature is cheap, it is useful and it allows people
to adopt FreeBSD with less surprises. I will commit
this soon unless someone else does it first.
This is not the first time we have had a long thread
about
Mike Meyer wrote:
I'm as neutral as I'd be about *any* other addition. I don't have a
specific reason to dislike it. But I don't have a specific reason to
like it, either. The last time I wanted a hardlinked copy of a
directory tree was long enough ago that most (if not all) of the
alternative s
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
> On 07/31/06 10:23, Mike Meyer wrote:
> > In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
> >> On 07/31/06 09:11, Mike Meyer wrote:
> I suppose I'm just missing the reason *not* to commit such a simple and
> >
On 07/31/06 13:44, Rick C. Petty wrote:
On Mon, Jul 31, 2006 at 12:42:02PM -0500, Eric Anderson wrote:
On 07/31/06 12:28, Rick C. Petty wrote:
In both cases, why don't you just use:
/usr/compat/linux/bin/cp
Two reasons - it's not in the base system, so a port has to be installed
- and linux_b
On Mon, Jul 31, 2006 at 12:42:02PM -0500, Eric Anderson wrote:
> On 07/31/06 12:28, Rick C. Petty wrote:
> >
> >In both cases, why don't you just use:
> >
> >/usr/compat/linux/bin/cp
>
> Two reasons - it's not in the base system, so a port has to be installed
> - and linux_base is FC3 now, so if
On 07/31/06 10:23, Mike Meyer wrote:
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
On 07/31/06 09:11, Mike Meyer wrote:
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
The patch doesn't change any current behavior, nor should it be noticed
by anyone not look
2006/7/30, Divacky Roman <[EMAIL PROTECTED]>:
On Sun, Jul 30, 2006 at 12:57:32PM +0200, Divacky Roman wrote:
> hi,
>
> while working on SoC linuxolator project I am in a need of this:
>
> I need to do some operation on memory like mem1 = mem1 + mem2 etc.
> where the mem1/mem2 access can trigger f
> the first one because of compatibility with the large base of Linux systems
> out there,
I'll say it again: Being compatible with some other system is *not* a
reason to add something to FreeBSD. Sure, if we decide a feature is
useful, then there's a lot to be said for making it compatible with
On 07/31/06 12:28, Rick C. Petty wrote:
On Mon, Jul 31, 2006 at 05:47:09PM +0200, Juan Rodriguez wrote:
My GNU version of "cp" has more than 18 options, the FreeBSD
version only has 9.
As I usually work with Linux machines, I'm used to "cp -a" and I have always
hated to have to look up in the F
On Mon, Jul 31, 2006 at 05:47:09PM +0200, Juan Rodriguez wrote:
>
> My GNU version of "cp" has more than 18 options, the FreeBSD
> version only has 9.
>
> As I usually work with Linux machines, I'm used to "cp -a" and I have always
> hated to have to look up in the FreeBSD's "cp" manual page for
Where can i find source of subj?
/usr/src/lib/libc/gen/getlogin.c has
the declaration of this function, but i'm unable
to find its definition.
Its generated as part of the C library build. See:
src/lib/libc/i386/sys/Makefile.inc
src/lib/libc/sys/Makefile.inc
sys/lib/libc/i386/SYS.h
--
FreeBSD
On Mon, 31 Jul 2006, Mike Meyer wrote:
snake% uname -a
FreeBSD snake.mired.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56
UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
snake% ls -l /bin/cp
-r-xr-xr-x 1 root wheel 15300 May 6 23:56 /bin/cp
flea# ls -l cp
-rwx
On 7/31/06, Mike Meyer <[EMAIL PROTECTED]> wrote:
In <[EMAIL PROTECTED]>, Juan
Rodriguez <[EMAIL PROTECTED]> typed:
> On 7/31/06, Mike Meyer <[EMAIL PROTECTED]>
wrote:
> My GNU version of "cp" has more than 18 options, the FreeBSD
> version only has 9.
And this results in:
student% uname -a
Li
In <[EMAIL PROTECTED]>, Juan Rodriguez <[EMAIL PROTECTED]> typed:
> On 7/31/06, Mike Meyer <[EMAIL PROTECTED]> wrote:
> My GNU version of "cp" has more than 18 options, the FreeBSD
> version only has 9.
And this results in:
student% uname -a
Linux student.mired.org 2.6.12-9-386 #1 Mon Oct 10 13:1
On 7/31/06, Mike Meyer <[EMAIL PROTECTED]> wrote:
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]>
typed:
> On 07/31/06 09:11, Mike Meyer wrote:
> > In <[EMAIL PROTECTED]>, Eric Anderson <
[EMAIL PROTECTED]> typed:
> >> The patch doesn't change any current behavior, nor should it be
not
Hi,
Where can i find source of subj? /usr/src/lib/libc/gen/getlogin.c has
the declaration of this function, but i'm unable to find its definition.
Thanks.
--
Nick Strebkov
Public key: http://humgat.org/~nick/pubkey.txt
fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6
_
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
> On 07/31/06 09:11, Mike Meyer wrote:
> > In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
> >> The patch doesn't change any current behavior, nor should it be noticed
> >> by anyone not looking for it. However, it
On 07/31/06 09:11, Mike Meyer wrote:
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
The patch doesn't change any current behavior, nor should it be noticed
by anyone not looking for it. However, it is useful, and it does make
our cp work just like the GNU cp, which eases the
In <[EMAIL PROTECTED]>, Eric Anderson <[EMAIL PROTECTED]> typed:
> The patch doesn't change any current behavior, nor should it be noticed
> by anyone not looking for it. However, it is useful, and it does make
> our cp work just like the GNU cp, which eases the migration path for
> linux->Free
On 07/27/06 12:44, Doug Barton wrote:
Oliver Fromme wrote:
Eric Anderson <[EMAIL PROTECTED]> wrote:
> I'm tired of trying to use rsync or gcp (which doesn't like symlinks
> often) to copy trees of files/directories using hard links, so I added
> the gcp-ish options -a and -l.
>
> -a is '
[EMAIL PROTECTED] wrote:
On 31.07.2006 14:12:20, Intron wrote:
Mutex(9) is sometimes too heavy, and has many limitations, while sx(9)
is somewhat enough.
First paragraph from sx(9) manual says:
Shared/exclusive locks are used to protect data that are read
far more often than
On 31.07.2006 14:12:20, Intron wrote:
> Mutex(9) is sometimes too heavy, and has many limitations, while sx(9)
> is somewhat enough.
First paragraph from sx(9) manual says:
Shared/exclusive locks are used to protect data that are read
far more often than they are written. Mutexe
35 matches
Mail list logo
