> > Oh and I left memtest86 running on that box overnight and it
> > found nothing...
>
> well, it could be a kqemu bug I guess, but your panics look like
> seemingly random memory corruptino as you have stack traces where
> functions are calling other functions that the don't actually call
> in th
"M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Ivan Voras <[EMAIL PROTECTED]> writes:
> : Which of the architectures FreeBSD supports (if any) have strict
> : memory alignment requirements? (in the sense that accessing a
> : 32-bit integer not aligned o
Ivan Voras <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>
> > The degree to which a PowerPC imposes a strict alignment
> > requirement depends on both the particular processor model
> > and the operation being performed.
> >
> > For ordinary integer arithmetic and logical operations, new
"Aryeh M. Friedman" <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dag-Erling Sm??rgrav wrote:
> > "Aryeh M. Friedman" <[EMAIL PROTECTED]> writes:
> >> All hashs have issues with pooling see
> >> http://www.burtleburtle.net/bob/hash/index.html... btw it is
> >
> [EMAIL PROTECTED] /usr/home/strato]$ sudo sysctl kern.securelevel
> kern.securelevel: 2
> [EMAIL PROTECTED] /usr/home/strato]$ kgdb
> kgdb: /dev/mem: Permission denied
> [EMAIL PROTECTED] /usr/home/strato]$ sudo kgdb
> [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
>
> I have a disk that is laid out with partion 0 being NTFS and 1
> being FreeBSD. I want to remove the NTFS partition and grow the
> FreeBSD one but all the docs I have seen only talk about how to
> do this if the new part of the partition is at the end of the
> partition you wish to grow. How do
Tim Kientzle <[EMAIL PROTECTED]> wrote:
> ... most of us are volunteers who enjoy using and working on
> FreeBSD in our (often quite limited) spare time ... If I only
> have a couple of hours a week, I'd usually rather spend it coding
> ...
Sounds familiar :)
Getting back to the OP's original q
> As you discovered, includes are done before targets. You would
> need seperate invocations of make, to generate the file and get
> it included.
Provided the module in question is contemplated for delivery
as a port, rather than as part of the base -- so that having a build
dependency on a port
> > Git and Mercurial cannot import Subversion $FreeBSD$ lines
> > so far, and you may end up submitting patches that include
> > unexpanded forms of the "$FreeBSD: $" text. These will
> > fail to apply if they same patch touches nearby lines.
>
> Ahm, yes. "sed -e's|$FreeBSD: [^$]* \$|$Free
[dropped stable@ since I'm not on it and
I suspect it may not accept non-member posts]
> BTW, can someone knowledgeable tell me if watchdog better
> be firing SMI or NMI when it runs down?
> My bet is on NMI, but who knows.
It may depend on whether you want the BIOS, or FreeBSD, handling
the int
Ulrich Spoerlein wrote:
> Please run
> % cat /dev/sndstat
> % ls -l /dev/dsp0 /dev/dsp0.0
>
> The reason you are not seeing them with 'ls /dev/dsp*' is because
> devfs is creating the nodes when they are open(2)'ed. Using shell
> globbing will search the output of readdir(2) for matches to dsp*
>
Ulrich Spoerlein wrote:
> On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
> > Ulrich Spoerlein wrote:
>
> Ummm, out of curiosity, are your receiving your mail via UUCP? :)
http://lists.freebsd.org/pipermail/freebsd-net/2009-January/020645.html
"Rick C. Petty" wrote:
> On Thu, Jan 08, 2009 at 09:50:47PM -0800, per...@pluto.rain.com wrote:
>
> > In principle, everything that would be successfully created if
> > open(2)'ed. It doesn't necessarily need to actually create them,
> > but the results from readdir(2) should be as if they had b
* /dev does not ordinarily have --x permissions. Even if I amended
the principle to allow for that case, it would not affect its
application to this case.
* readdir works for root, even in directories with --x permissions.
For example:
$ mkdir test
$ touch test/file
$ ls -la test
total
"Rick C. Petty" wrote:
> On Sat, Jan 10, 2009 at 04:20:58AM -0800, per...@pluto.rain.com wrote:
> > "Rick C. Petty" wrote:
> > >
> > > That's not how devfs works. It's actually a feature
> > > that devfs doesn't list everything ever possible
> >
> > http://storage9.myopera.com/freejerk/files/b
> >> By default, LLVM has a built-in prototype of pow(), similar to
> >> GCC. Unlike GCC, LLVM raises a compiler error by default ...
> ... it's invalid code to have a function named pow()
> in a hosted environment which is not /The/ pow().
^^^
I don't suppose LLVM supports
Roman Divacky wrote:
> On Thu, Feb 26, 2009 at 11:46:22PM -0800, per...@pluto.rain.com wrote:
> > > >> By default, LLVM has a built-in prototype of pow(), similar to
> > > >> GCC. Unlike GCC, LLVM raises a compiler error by default ...
> >
> > > ... it's invalid code to have a function named pow
> What I meant was that there were cases when a receiver could not
> tell weather no data was coming or communication was interrupted.
> Once connection is established, a route is available between a
> server and a client. Let's say this route is broken for some
> reasons, i.e. someone unplugged
"Luiz Otavio O Souza" wrote:
> Is there a way to set the mss for a socket ? Like you can do
> in linux with setsockopt(TCP_MAXSEG) ?
>
> So i can set the maximum size of packets (or sort of) from a
> simple userland program.
Depending on exactly what you need to accomplish, you may
find something
Travis Daygale wrote:
> I have built a root image that I put in the kernel as described in
> the Nov 2006 post. ?My UFS root image consists of /sbin/init,
> where init is a statically compiled C program that just spits out
> "Hello world" and sleeps, this binary runs fine under FBSD. ?At
> this po
> I can't get a kernel dump since it fails like this each time:
>
> dumping to dev #da/0x20001, offset 2097152
> dump 1024 1023 1022 1021 Aborting dump due to I/O error.
> status == 0xb, scsi status == 0x0
> failed, reason: i/o error
Bad memory seems unlikely to cause an I/O error trying to write
> ... deleted files are lost.
Not if another hard link exists!
I think a very strong case can be made that the *intent* of -P --
to prevent retrieval of the contents by reading the filesystem's
free space -- implies that it should affect only the "real" removal
of the file, when its blocks are re
> IMHO many problems arise when someone tries to please even the
> stupidest user by writing a fool-proof software. To me the beauty
> of Unixes is that they are _not_ fool-proof, e.g. your are holding
> a real gun, you should be carefull not to point it to your head
> and pull the trigger.
If we
"Vishal Patil" <[EMAIL PROTECTED]> wrote:
> Could someone point me to an example that shows a SIMPLE network
> protocol implemented over TCP/IP inside the FreeBSD kernel.
> I think I could look at the NFS client driver but is there an
> example simpler than that.
NFS normally runs over UDP, not T
I'm working on a kernel project that needs strstr(3).
It looks as if most of the str* functions in libkern are very
similar, if not identical, to their counterparts in libc/string,
but that approach does not seem to work for strstr (#s added):
1: char *
2: strstr(s, find)
3: const char
> If you need strstr(3) in your project is allready defined
> in libkern. The implementation is identical, but using the
> __DECONST macro.
>
> Take a look in /usr/src/sys/libkern/strstr.c for the function
> definition and /usr/src/sys/geom/label/g_label.c for usage.
>
> The function prototy
Pressing a key after the "Automatic reboot in 15 seconds - press a
key on the console to abort" message does not seem to prevent the
reboot. What is the correct way of stopping it long enough to copy
the other messages?
___
freebsd-hackers@freebsd.org ma
> The problem is the following: on machine A the mail spool is on a local
> disk array (via ciss). On machine B we run experiments with an FC disk
> array, so the e-mails are on gmirror'ed filesystems (on ciss for the
> local disks and on isp for the FC array).
>
> The strange thing happens when
> Is dump reading substantially more than restore is writing?
Quite possibly, esp. if the source disk is nowhere near full and/or
most of the files being handled are small. dump reads every inode
on the disk, including those which are unallocated, and probably
reads entire data blocks -- or even
> > I'd like to see the ability to run gjournal without reformatting.
> > If you could create a dummy file inside the filesystem, then use
> > that area for the journal, it might be possible ...
>
> I am not sure about gjournal internals but what if a system crash
> occurs in the middle of a transa
> > The ACB is at the same level than Uart, so I had a look at sio
> > source and got a big headache. I'm not really used to drivers
> > nor kernel programming stuff, that's why I need your help.
>
> Why do you compare ACB and UART? In FreeBSD, sio is serial i/o
> controller, not superIO, maybe you
In the case where the output files from split(1) are of a specified
size (in bytes) and the size of the input is known, it is possible
to compute the minimum required suffix_length rather than requiring
it to be specified or accepting the default (2). The attached diffs
add a -B switch, which requ
> $ sh <<'EOF'
> for a in 0 1 2 3 4 5 6 7 8 9 10 11 12
> do
> date -j -f %s `expr 1194163200 + 600 \* $a`
> done
> EOF
> OS X Leopard has the same bug ...
How did you test it in Leopard? I tried it in Tiger, intending to
contribute another data point, and I got:
date: illegal option -- j
> > > OS X Leopard has the same bug ...
> >
> > How did you test it in Leopard? I tried it in Tiger, intending
> > to contribute another data point, and I got:
>
> Leopard's /bin/date accepts -j. You can try compiling FreeBSD
> date on Tiger.
I had decided against that, since it would propagate
> how to reduce the number of page faults to upgrade program
> or OS performance?
Install more memory.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECT
Warner Losh wrote:
> I'd be tempted to run a -current jail inside of an 8.x base
> system. That's not supported, but would likely work.
Only if the OP doesn't need a -CURRENT kernel :)
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.
Diane Bruce wrote:
> There certainly would not be a chance of putting
> mercurial or git into base for example.
Completely apart from licensing, another strike against
mercurial is that it is written in Python, so it couldn't
go into base unless Python also went into base.
BTW this topic came u
Tim Kientzle wrote:
> The strategy used by libarchive's recent ISO writer
> is to concatenate the file bodies into a temp file
> (with minimal padding between entries to meet alignment
> requirements) while storing directory information
> in memory. The final output then consists of the
> direct
Dimitry Andric wrote:
> On 2011-02-22 08:30, gnehzuil wrote:
> > I updated my kernel source code and try to make a new kernel
> > using make buildkernel command. But I got an error as follow:
> ...
> > ld:/usr/src/sys/conf/ldscript.i386:66: syntax error
>
> Your /usr/bin/ld is still at version 2.
Xingxing Pan wrote:
> Dose full register tracking means to emit DWARF for all the
> registers's saving and restoring in the life time of the function?
Most assembly functions are leaves, so saving/restoring around
calls to lower-level functions will be infrequent. I suspect
it would be more use
Matthias Andree wrote:
> Am 28.03.2011 19:57, schrieb dieter...@engineer.com:
> > I have been running FreeBSD and NetBSD with /etc/localtime being
> > a symlink for years and have not seen any problems as a result.
>
> In that case, /etc and /usr/share/timezone (or whatever) need to
> be in the sa
Matthias Andree wrote:
> > If they're in the same physical FS there's no need for a symlink.
> > You might as well use a hardlink.
>
> And then discuss how all the time zone configuration tools deal
> with /etc/localtime - truncate/overwrite, direct overwrite ...
In that case neither a symlink n
Mehmet Erol Sanliturk wrote:
> For a long time I am thinking to obtain a physically ( not only
> software ) based [read-only] FreeBSD edition by re-arranging some
> parts of it , but I do not know how to do it ...
> After some years , MFM hard disks abandoned in favor of IDE
> ( Integrated Drive
Warner Losh wrote:
> > Non-contigous netmasks are legal in IPv4 ...
>
> They have become illegal in the fullness of time.
and/or the fullness of the address space, I suspect :)
Even if they were legal, I have a hard time imagining
a practical use case.
__
Chuck Swiger wrote:
> > ... Is it better to use Combination of
> > Ecllipse/Qemu and FreeBSD Source tree?
>
> Eclipse is an editor ...
Eclipse is, or at least can be configured to be, much more than
an editor. In my experience it is an integrated development
environment incorporating various de
Warner Losh wrote:
> mcd and scd are ISA-only devices ... They were important for the
> 386 (now not supported) and 486 machines. Since the 486 machines
> in question maxed out at 32MB, and 8.x has trouble running in 32MB
> on x86, I'm guessing there aren't too many 486 SX/DX machines
> running
"Dieter BSD" wrote:
> If you neglected to specify RS-232 console in the requirements,
> there is this thing. ??I haven't tried it.
> http://www.realweasel.com/
Heard of it, aka the PC Weasel. I've never actually seen one. They
have been around for a while; the original -- which they apparently
Jilles Tjoelker wrote:
> On Tue, Jun 07, 2011 at 04:24:43AM +0400, Andrey Chernov wrote:
...
> > Back to the ports: it is not hard to run _any_ port's make
> > or configure with LANG=C directly by the ports Mk system to
> > eliminate that problem.
>
> True, but some ports install scripts with pro
Yuri wrote:
> kill -9 doesn't kill it.
I think I've seen this before; it looks as if, since the process is
STOPped, the "kill -9" remains pending rather than being acted upon.
I _think_ you can make the process go away by doing a "kill -CONT"
after the "kill -9".
No idea how a STOPped process c
Yuri wrote:
> On 06/28/2011 17:24, Sergey Babkin wrote:
> > Most probably the process is running in an endless loop in the
> > kernel mode ... While it's in the kernel mode, you can't do
> > anything to it other than use the kernel debugger.
>
> How is this normally possible to make program to l
s wrote:
> ... I am trying to compare the owner of the symlink to the owner
> of what the symlink points to ... At first I was trying to check
> wheter some user is trying to create such a symlink ...
I've always considered the "ownership" and "permissions" of a
symlink to be an artifact of the
jan.gr...@bristol.ac.uk wrote:
> On Wed, 27 Jul 2011, per...@pluto.rain.com wrote:
...
> One additional thing that symlinks manage to do is to refer to
> directories as well as files
Yes; I left that aspect out by way of simplification since it did
not seem pertinent to the OP's situation.
> har
"Julian H. Stacey" wrote:
> With no USB boot, No CD (except maybe pcmcia cdrom & that
> too would need a floppy to start it, Even PL-IP would need
> a floppy to start with.
...
> Sure I have other better machines, but this spare old laptop
> makes a nice spare X screen ...
Provided the machine h
Freddie Cash wrote:
> Unix partitioning has always been this way:
> - create partition on disk for OS
> - create sub-partitions for filesystems
No, not "always". The very first Unix I ever encountered, AT&T 6th
Edition on a PDP-11/34 with RK05 disks, used what FreeBSD has (until
recently) c
Lev Serebryakov wrote:
> > GEOM uses 64bit off_t for media size and many other things.
> off_t is signed! It is ``not accurate enough'' (if you know
> this Russian joke) :)))
g_cache and g_nop use uintmax_t (and no, I don't know the joke).
___
freebsd
Ivan Voras wrote:
> On 05/10/2011 09:38, Trond Endrest??l wrote:
> > On Wed, 5 Oct 2011 12:54+1030, Daniel O'Connor wrote:
> >> In my experience ncsd seems to cache negative hits forever,
> >> regardless of the setting for negative-time-to-live.
> >
> > I'm glad to see I'm not the only one who h
Doug Barton wrote:
> On 10/10/2011 11:55, David Brodbeck wrote:
> > Is there any reason to cache negative hits?
>
> It's very important for DNS since there are a fairly large number
> of misbehaving applications that don't stop querying until they
> get some kind of answer.
Would this need be su
Alexander Best wrote:
> since i've never worked with tape: what file type does it identify
> as? character special file, or block special file, or ...?
IIUC all devices are now character, block devices having been
dropped from FreeBSD some time ago. Come to think of it, it
would not be altoget
"Dieter BSD" wrote:
> IIRC some tape drives can seek, while others cannot.
> Vague memories that it is supposed to be possible to put a
> filesystem on a DECtape and mount the filesystem.
Back in the Bell Labs 6th Edition days, it was possible to put
a filesystem on a _9-track magtape_ and mount
Alexander Best wrote:
> here's a revised patch.
> ...
> +.Sh CAVEATS
> +If the
> +.Fn lseek
> +system call is operating on a device, which is incapable of seeking,
> +it will request the seek operation and complete successfully.
I think it would be better without the first comma (after "device")
Doug Barton wrote:
> loading modules through loader.conf is
> veeryy slooww ...
Is it noticeably slower to load (say) a 6MB kernel + 2MB of
modules than to load an 8MB kernel? If so, any idea why?
___
freebsd-hackers@freebs
Doug Barton wrote:
> On 02/18/2012 10:43, per...@pluto.rain.com wrote:
> > Doug Barton wrote:
> >> loading modules through loader.conf is
> >> veeryy slooww ...
> >
> > Is it noticeably slower to load (say) a 6MB kernel + 2MB of
> > modules than to load an 8MB kernel?
"Dieter BSD" wrote:
> The problem then is how to feed both machines the same inputs, and
> compare the outputs. ??Do we need a third machine to supervise?
> Can we have each machine keep an eye on the other, avoiding the
> need for a third machine?
A pair would work as long as the only failures
Brandon Falk wrote:
> I havent tried tmux yet, but on my system im only able to get
> 80x40 with vidcontrol on one monitor. But with xterm in xorg
> i can get 319x89 per monitor ...
To get higher resolution than what vidcontrol provides, you'll most
likely need to run the display in graphic mode
Mehmet Erol Sanliturk wrote:
> On Fri, Apr 27, 2012 at 8:06 PM, wrote:
> > I'm wondering if spinning up a "live DVD" desktop version, using
> > GENERIC, and/or Gnome/KDE might be a good option to take FreeBSD
> > for a test drive ...
>
> There is such a very nice distribution :
>
> http://ghostbs
Andriy Gapon wrote:
> on 10/06/2012 23:40 Ryan Stone said the following:
> > On Sun, Jun 10, 2012 at 12:38 PM, Andriy Gapon
> > wrote:
> >> Do you use -O2 or higher optimization for kernel/modules build?
> >> I use only -O1.
> >>
> >> Here are some stats from my system:
> >> $ dtrace -ln fbt::: |
Lev Serebryakov wrote:
> I'm not sure, should BSD port behaves as Linux or as
> Solaris one.
Based solely on heritage, I suspect the Solaris approach might
fit more comfortably. Solaris comes from SVR4, which was supposed
to be the great reunification of SysV and BSD, and so has 4.3 BSD
in it
Timo Sirainen wrote:
> I see that since FreeBSD 6.3 close() can fail with:
>
> > [ECONNRESET]The underlying object was a stream socket that was
> > shut down by the peer before all pending data was
> > delivered.
>
> Could someone explain what this is useful for?
Patrick Mahan wrote:
> Maybe I should do this instead?
>
> src-kernel: src-kernel-tools
> cd src; ./amd64-kernel.sh 2>&1 > build_amd64_kernel.log; \
> tail -f build_amd64_kernel.log
>
> It is not too clear if the status is the last one in a compound
> command.
Someone already
Gary Jennejohn wrote:
> IMO if you're going to make the binaries in base non-executable
> you might just as well delete them.
The chmod is reversible without having to recover the base binaries
from somewhere.
___
freebsd-hackers@freebsd.org mailing li
Doug Barton wrote:
> > -# UNAUTHORISED CHANGES WILL BE UNCONDITIONALLY REVERTED!
> > +# UNAUTHORIZED CHANGES WILL BE UNCONDITIONALLY REVERTED!
> ... The above is not a typo, that's the British spelling.
> ... (Arguably it adds character to the project.) :)
Er, this example just changes one charac
"Daniel O'Connor" wrote:
> On 23/08/2010, at 1:24, Xin LI wrote:
> > 2010/8/7 Dag-Erling Sm?rgrav :
> >> Xin LI writes:
> >>> I'm still polishing up the driver, there seems to be no way to
> >>> figure out the base port address directly (datasheet said it's
> >>> either 0x2e and 0x4e) so for now
Matthew Jacob wrote:
> ... IMO, the best thing to do is to when
> you're panicing stop all other CPUs.
which is fine _if_ the system is healthy enough to do it.
If it's unhealthy enough to be panicing, it may not be
healthy enough to be doing IPC operations.
Aryeh Friedman wrote:
> I would prefer to have the plain text around after a power failure
> because it could be several days of work ...
Ideally there should be _some_ mechanism for committing unfinished
work to a (probably encrypted) repository on, at least, a daily
basis.
The more I see of t
Tim Kientzle wrote:
> Personally, I wonder if it wouldn't make sense to just always
> force the timestamp, uid, and gid to zero ..
uid and gid, OK. Timestamp, no. It is not that rare to need
to find out which version of some .o is in a particular .a file,
usually in connection with debugging s
Alexander Best wrote:
> ... getopt(3) is clearly not suitable for handling such complex
> options. camcontrol.c even contains a whole paragraph about why
> getopt(3) is considered not appropriate to handle camcontrol's
> argument parsing requirements ...
> why not do a vendor import of popt 1.1
Erik Cederstrand wrote:
> It seems I can at least normalize the .a files using something
> like the following to weed out timestamps and uid/gid:
>
> % ar -x /usr/lib/libfetch.a
> % chown 0:0 *
> % touch -t 19700101 *
> % ar -r libfetch.a `ar -t /usr/lib/libfetch.a`
>
> ... Unfortunately it s
Ivan Voras wrote:
> fsync(2) actually does behave as advertised, "auses all modified
> data and attributes of fd to be moved to a permanent storage
> device". It is the problem of the "permanent storage device"
> if it caches this data further.
IMO, volatile RAM without battery backup cannot reas
Ivan Voras wrote:
> ... The problem is actually pretty hard - since AFAIK SoftUpdates
> doesn't have "checkpoints" in the sense that it groups writes and
> all data "before" can guaranteed to be on-disk, the problem is
> *when* to issue BIO_FLUSH requests.
Seems to me the originally-stated probl
cronfy wrote:
> And also, maybe there are other ways to create incremental backups
> instead of using rsync/hardlinks?
Yes. Use dump(8) -- that's what it's for. It reads the inodes,
directories, and files directly from the disk device, thereby
eliminating stat() overhead entirely.
Any replica
[missing attribution restored]
Matthew Dillon wrote:
> per...@pluto.rain.com wrote:
> :cronfy wrote:
> :
> :> And also, maybe there are other ways to create incremental backups
> :> instead of using rsync/hardlinks?
> :
> :Yes. Use dump(8) -- that's what it's for. It reads the inodes,
> :direct
Marin Atanasov Nikolov wrote:
> in order to install the program, you need to:
>
> # git clone git://git.unix-heaven.org/public/pkg_add_it
...
> Surely, there's room for improvement, but that's a start.. :)
Dunno about anyone else, but from my standpoint it would be a _big_
improvement to provide
Marin Atanasov Nikolov wrote:
> If you do not have git installed, you could still get the
> latest snapshot of pkg_add_it via the Cgit repo. [1]
> [1] http://git.unix-heaven.org/cgit.cgi/pkg_add_it/
Aha! I'm sure I looked at that page before posting, but did not see
how to pull down a snapshot
David Forsythe wrote:
> This summer I'll be working on creating a package library and
> using that library to rewrite the pkg tools ...
As of last July there seemed to be no way to specify a mixture
of local and remote repositories for pkg_add (discussion here):
http://lists.freebsd.org/pipermai
Nate Eldredge wrote:
> For instance, consider the following program.
> this happens most of the time with fork() ...
It may be worthwhile to point out that one extremely common case is
the shell itself. Even /bin/sh is large; csh (the default FreeBSD
shell) is quite a bit larger and bash larger
DarkSoul wrote:
> Anthony Pankov wrote:
> > SGID/SUID bits don't work with shell scripts, do they?
>
> They don't.
>
> ... if they were applied, the following would occur :
> - execve() syscall reads your script's shebang line, and
> the script interpreter is executed, receiving the specified
> ar
Ivan Voras wrote:
> Presumingly, the biggest concern is with scripts owned by root.
> Who can unlink, move or change the script? The owner and his
> group can change it; the directory owner can unlink it ...
Anyone can make a link to such a script in, say, /tmp and then
mess with the link :(
Ivan Voras wrote:
> 2009/7/23 :
> > Ivan Voras wrote:
> >> Presumingly, the biggest concern is with scripts owned by root.
> >> Who can unlink, move or change the script? The owner and his
> >> group can change it; the directory owner can unlink it ...
> >
> > Anyone can make a link to such a sc
KAYVEN RIESE wrote:
> Is there any reason to fear Microsoft viruses infecting Wine programs?
In principle, yes, because Wine is supposed to be a complete
reimplementation of the win32 API, thus any program that runs
differently on Wine than on Windows demonstrates a bug in Wine.
(IIRC there are a
Glen Barber wrote:
> On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote:
> > I accidentally had two machines having the same wifi MAC
> > address. Wifi router gave them both the same local IP address
> > and they both could somewhat connect to the outside world, but
> > connections were flaky.
> >
> > N
Robert Watson wrote:
> ... web browsers [are] basically operating systems at this point ...
Isn't this a bit of an exaggeration? Not too many browsers have
to deal with process/thread scheduling, or device drivers, or
booting, or file system issues -- they rely on the OS for that
(as does any ot
Mike Tancsa wrote:
> I have an embedded device (Alix box) that is running RELENG_8 off
> a CF that is designed to monitor / control a serial sensor device.
> The sensor is quite chatty and is always outputing data at 115200.
> The problem is that this will interrupt the boot process.
> I even tr
Doug Barton wrote:
> ... something like this would be *really* valuable to ease
> the transition for people coming from a Linux background.
I'm sure some folks here would count this as a reason *not*
to provide it >:->
___
freebsd-hackers@freebsd.org m
93 matches
Mail list logo