hi,
I'm evaluating a fukitsu/siemens intel box, and it
does boot and run freebsd-7.0, but 6.2 gets stuck on boot.
somethings are 'wierd':
1- with 7.0, if I enable serial console (boot_multicons=-D),
the boot process will get stuck, but hitting any character
on the serial console
Hello,
Thank you for your answer.
I use a ECS KN3-SLI2 motherboard with AMD 64-X2 4200 Jmicron JMB363 and AMD
nForce 590sli fakeraid controllers.
I've build 2 RAID arrays :
. 1 RAID 1 for system on Jmicron chip, with 2 maxtor/seagate 80 GB disks
. 1 RAID 5 for data on nForce chip, with 3
On Fri, Mar 30, 2007 at 10:16:37AM +0200 I heard the voice of
MOUILLE Jean Pierre Ext OF/DT, and lo! it spake thus:
. 1 RAID 5 for data on nForce chip, with 3 maxtor/seagate 250 GB
disks (~450 GB data)
ataraid(4):
CAVEATS
RAID5 is not supported at this time. Code exists, but it neither
ok, now that the machine has been up for 10 days, i am reasonably sure
i've close enough to this one.
back in january i cvsupped to -STABLE and the box (dual head opteron
box) started hanging.
and i mean it dies completely.
i have all debug options and a working serial console, but still it
On Tue, Mar 27, 2007 at 12:11:06PM +0100, Alex Zbyslaw wrote:
Yar Tikhiy wrote:
Aren't sed's addresses required to be cumulative across its
input files?
http://www.opengroup.org/onlinepubs/009695399/utilities/sed.html
That makes sense for filter mode because it's equvalent to
On Thu, Mar 29, 2007 at 11:19:44AM +0300, Diomidis Spinellis wrote:
Yar Tikhiy wrote:
Recently noticed that our sed(1) differs from its GNU analog in
that in -i mode it considers all files as a single sequence of lines
while the latter treats each file independently. The in-line mode
isn't
Yar Tikhiy wrote:
May I take a bit more of your time?
I've started playing with the code and noticed another gray area.
Namely a `c' command won't print the text if having 2 addresses
with the 2nd address beyond the actual end of file. For example:
On Fri, Mar 30, 2007 at 08:30:54PM +0300, Diomidis Spinellis wrote:
Yar Tikhiy wrote:
May I take a bit more of your time?
I've started playing with the code and noticed another gray area.
Namely a `c' command won't print the text if having 2 addresses
with the 2nd address beyond the actual
Hello.
I have tried sysutils/fusefs-ntfs (version 1.0) and had a maximum write
speed of 1.2MB/Sec. Reading is a little faster: 2MB/Sec.
There were some discussions about this in the ntfs-3g forums, and they
said was fixed in the new beta version (now it's stable, see official
site), note that by
On 3/29/07, Timothy Bourke [EMAIL PROTECTED] wrote:
[...]
Does the attached patch seem reasonable? It would fix my immediate
problem.
sorry for the delay. i'm not sure about this patch. basically, i do
not think that keyboard should be disabled if it is released from
kbdmux. it is
I recently ran into a problem where the 32bit JVM won't run on a 64bit
host. I, and at least one other person in -java thinks it has to do with
32 bit KSE on a 64bit kernel (I have a vague memory on this somewheres WAY
back). Is this still the issue? Could someone point me in the general
On Fri, 30 Mar 2007, David E. Cross wrote:
I recently ran into a problem where the 32bit JVM won't run on a 64bit host.
I, and at least one other person in -java thinks it has to do with 32 bit KSE
on a 64bit kernel (I have a vague memory on this somewheres WAY back). Is
this still the
Hello List,
I have these files:
--- loader.cpp ---
#include stdio.h
#include tls.h
int main() {
tls = 0;
printf(%d\n, tls);
}
--- tls.cpp ---
#include tls.h
int __thread tls;
--- tls.h ---
extern __thread int tls;
When I compile them like this:
c++ -fPIC -o tls.so tls.cpp
Pieter de Goeje wrote:
Hello List,
I have these files:
--- loader.cpp ---
#include stdio.h
#include tls.h
int main() {
tls = 0;
printf(%d\n, tls);
}
--- tls.cpp ---
#include tls.h
int __thread tls;
--- tls.h ---
extern __thread int tls;
When I compile them like this:
c++
On Mar 30 at 12:02 -0700, Maksim Yevmenkin wrote:
On 3/29/07, Timothy Bourke [EMAIL PROTECTED] wrote:
It seems that, for the extant drivers:
* enable only increments kb_active,
* disable only decrements kb_active.
well, yes, if all kbdmux did was call KBD_ACTIVATE/_DEACTIVATE
15 matches
Mail list logo