Hi,
On 30/10/2012, at 10:12 PM, Karl Pielorz wrote:
>
> Hi All,
>
> Can anyone think of any quick pointers as to why some code originally written
> under 6.4 amd64 - when re-compiled under 9.0-stable amd64 takes up a *lot*
> more memory when running?
>
> The code involved is a sendmail Mil
On 15/02/2012, at 3:57 AM, Julian Elischer wrote:
> On 2/14/12 6:23 AM, Maninya M wrote:
>> For multicore desktop computers, suppose one of the cores fails, the
>> FreeBSD OS crashes. My question is about how I can make the OS tolerate
>> this hardware fault.
>> The strategy is to checkpoint the
On 06/02/2012, at 3:49 AM, Attilio Rao wrote:
> 2012/2/5 Ivan Voras :
>> On 5 February 2012 11:44, Garrett Cooper wrote:
>>
>>>
>>>'make MAKE_JOBS_NUMBER=1' is the workground used right now..
>>
>> David Xu suggested that it is a bug in Python - it doesn't set
>> process-shared attribute
On 05/02/2012, at 9:44 PM, Garrett Cooper wrote:
> On Sun, Feb 5, 2012 at 2:41 AM, Jan Mikkelsen
> wrote:
>>
>> On 12/01/2012, at 3:47 AM, Garrett Cooper wrote:
>>
>>> [ builds hanging in python with waf … ]
>>
>> Any progress on this? Or a worka
On 12/01/2012, at 3:47 AM, Garrett Cooper wrote:
> [ builds hanging in python with waf … ]
> Glad to see that iXsystems isn't the only one ([1] -- please add a "me
> too" to the PR). The problem is that we do FreeNAS nightlies and they
> frequently get stuck building tdb (10%~20% of the time) an
On 15/01/2012, at 6:00 PM, Roman Kurakin wrote:
> Hi,
>
> Jan Mikkelsen wrote:
>> Hi,
>>
>> I'm looking to upgrade a system running frame relay over a Sangoma A101 card
>> and WANPIPE.
>>
>> Sangoma do not support FreeBSD anymore, so I
On 16/01/2012, at 2:34 PM, Julian Elischer wrote:
> On 1/13/12 11:00 PM, Jan Mikkelsen wrote:
>> Hi,
>>
>> I'm looking to upgrade a system running frame relay over a Sangoma A101 card
>> and WANPIPE.
>>
>> Sangoma do not support FreeBSD anymore,
Hi,
I'm looking to upgrade a system running frame relay over a Sangoma A101 card
and WANPIPE.
Sangoma do not support FreeBSD anymore, so I'm looking for alternatives.
What hardware does ng_frame_relay support now that ar(4) and sr(4) are not in
FreeBSD 9?
Specifically, will ng_frame_relay wor
On 12/01/2012, at 3:47 AM, Garrett Cooper wrote:
> Glad to see that iXsystems isn't the only one ([1] -- please add a "me
> too" to the PR).
> [ … ]
> 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/163489
Also reported in:
ports/163467
ports/160717
Jan.
___
ture" coming directly from the geniuses who designed the card.
Hugo: You missed a step. Borja: No reboot required.
For the mfi controllers I have been testing recently (MegaRAID 9261-8i), you
need to install the sysutils/megacli port, and use that to clear the
"foreignness" of the
On 16/12/2011, at 3:40 AM, Andrew Boyer wrote:
>
> On Dec 15, 2011, at 4:19 AM, Jan Mikkelsen wrote:
>
>> For the mfi controllers I have been testing recently (MegaRAID 9261-8i), you
>> need to install the sysutils/megacli port, and use that to clear the
>> "f
On 16/12/2011, at 1:56 AM, John Baldwin wrote:
> On Thursday, December 15, 2011 4:19:58 am Jan Mikkelsen wrote:
>> For the mfi controllers I have been testing recently (MegaRAID 9261-8i), you
> need to install the sysutils/megacli port, and use that to clear the
> "foreignn
ar the
"foreignness" of the disk you just added. Something like:
MegaCli -CfgForeign -Clear -a0
You should be able to then recreate it as a JBOD device, and progress through
whatever higher level recovery you need to do.
Regards,
Jan Mikkelsen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ding on context, various other stuff such as a paren, bracket,
> backquote etc.
A redirection doesn't terminate the argument list.
For example:
echo a b < /dev/null c d
Produces:
a b c d
And:
< /etc/passwd cat
Will emit /etc/passwd to std
On 16/02/2010, at 11:55 AM, Garrett Cooper wrote:
> Hi Hackers,
>I accidentally reproduced the following after executing read
> properly in a pipeline with make:
>
> [garrc...@garrcoop-fbsd /usr/home/garrcoop]$ read DESTDIR SRCCONF <
> /usr/bin/make -V DESTDIR -V SRCCONF
> bash: read: `-V': n
Hi,
On 07/09/2009, at 8:59 PM, Ivan Radovanovic wrote:
...
After running this program I got kernel panic with message
"get_pv_entry: increase vm.pmap.shpgperproc"
IMHO it is not very good idea to bring entire system down if one
process misbehaves in this way, it is maybe much better to kill
e
is a pain, to the point of leading to comments like this.
Of course, in this case the best thing to do is to ask the author, and to
see if the situation has changed.
Regards,
Jan Mikkelsen
___
freebsd-hackers@freebsd.org mailing list
http://lis
. Pacific Internet is our ISP; I don't
know if it is accessible from outside their network.
Regards,
Jan Mikkelsen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
he inability to run some
(but not all) 32-bit binaries at the moment. I see no 32-bit binaries in
your list.
Regards,
Jan Mikkelsen.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe,
Daichi GOTO wrote:
> All folks have interests in improved unionfs should keep attentions
> and ask "how about merge?" at every turn :)
OK. How about a merge?
I'd really like to see this in 6-STABLE.
Regards,
Jan Mikkelsen.
__
sloated as you'd like, but still ...
Regards,
Jan Mikkelsen
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Nate Williams wrote:
> > The current version of Perforce has "p4proxy" which caches
> a local copy
> > of the depot files used.
>
> Does it still require a working net link to the master
> repository? When
> it was originally released, I remember it being useful for slow links,
> but not so goo
FreeBSD project? Is the issue the
absence of a "p4up"? Licensing? Inertia?
Regards,
Jan Mikkelsen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"external" program for this?
As well as init/ttys, look at supervise from Dan Bernstein's daemontools
package:
http://cr.yp.to/daemontools.html
There are other benefits like reliably sending signals to processes by
name, log file management and a bunch of other useful, wel
Promise.
What is the "quality heirarchy" of ATA chips? Eg. I know the VIA chips
have issues. Where does the CMD 649 fit in that heirarchy?
Such a list (or even a list of known issues with particular chips) would
be useful for specifying new machines.
Thanks,
Jan Mikkelsen
To U
You probably have the system default libstdc++.so.3 in your library search
path before the GCC 3 libstdc++.so.3. Try setting LD_LIBRARY_PATH to the
GCC 3 lib directory.
Jan Mikkelsen
-Original Message-
From: Benjamin Gross <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL
Comeau C++, http://www.comeaucomputing.com might do what you want,
although you'll have to hack at the build system a bit. Other products
based on the EDG front end might do similar things. I seem to recall
that KAI C++ converted to C, but I don't know.
-Original Message-
From: Rayson H
re there are lots of issues, but I'm curious.
Jan Mikkelsen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
John Baldwin <[EMAIL PROTECTED]> wrote:
>On 03-Oct-00 Jan Mikkelsen wrote:
>> There shouldn't be a need for a loop like the one you describe for a
simple
>> atomic increment.
>
>The trick is that I want to increment and read at the same time.
I d
nt which alters the
behaviour of your code?
Jan Mikkelsen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ked at the GNU inline assembler notation for indicating
register usage. I'd be curious to see what is should look like.
Jan Mikkelsen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
31 matches
Mail list logo