On Mon, Oct 07, 2013 at 04:17:03PM -0400, Eitan Adler wrote:
> patch(1) explicitly tries to use RCS (and SCCS) in certain cases.
At the SCCS behavior is part of (the SCCS option in ) POSIX 2008.
So far I haven't seen any reason for messing with it.
Joerg
__
On Sat, Mar 23, 2013 at 10:54:17AM +0100, Dominic Fandrey wrote:
> I'm tempted to conclude that bsdgrep is ready for deployment.
There are still some issues.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
On Mon, Mar 11, 2013 at 08:17:08PM -0700, Adrian Chadd wrote:
> I've hit this rather amusing clang behaviour:
I think you are hitting a variant of
http://llvm.org/bugs/show_bug.cgi?id=10030.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://list
On Sun, Dec 30, 2012 at 08:39:26PM +0100, Paul Schenkeveld wrote:
> On Sun, Dec 30, 2012 at 02:21:26PM +0100, Wojciech Puchar wrote:
> > OpenBSD by default use UFS1 for partitions smaller than 1TB.
> >
> > FreeBSD use always UFS2. UFS2 uses double the amount of space for inodes.
> > basic operati
On Fri, Oct 26, 2012 at 09:00:26PM +0100, Chris Rees wrote:
> :U -- with bmake has non-optional arguments, so for example:
>
> ${VAR:U} - pmake behaviour
>
> ${VAR:Uval} - make behaviour.
>
> Would that be acceptable? I can get a patch in if that's popular.
${VAR:U} is useful for bmake as well
On Mon, Oct 01, 2012 at 10:16:53PM -0700, Tim Kientzle wrote:
> * Implement within libarchive directly. This would benefit tar and
> a handful of other programs that use libarchive, but may not be
> worth the complexity.
The complexity shouldn't actually be that bad. Basically, use a la
On Wed, Jul 04, 2012 at 04:32:02PM -0700, Colin Barnabas wrote:
> movl $ebx, 28(%edi)
^ this should be %ebx, $ means a literal (immediate)
value
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebs
On Mon, Jul 02, 2012 at 05:09:36PM +0200, Wojciech Puchar wrote:
> >to "GET / HTTP/1.1"). So what's the most likely point of failure?
> ^^
>
> you already answered your question :)
>
> check
>
>
> telnet ... 80
> GET http://fullsitename/ HTTP/1.1
Full URL is only valid for p
On Thu, Feb 23, 2012 at 05:34:03PM -0800, Xin Li wrote:
> Did you benchmarked the change? Changes like this has to be done very
> carefully since it's possible that the extra time spent on addition
> and subtractions, when multiple by the length of the "long" string,
> may actually defeat the bene
On Wed, Nov 16, 2011 at 01:14:28PM +, Alexander Best wrote:
> On Wed Nov 16 11, Joerg Sonnenberger wrote:
> > On Tue, Nov 15, 2011 at 08:24:50PM +, Alexander Best wrote:
> > > one of the things i'm missing is an easy way to determine, whether a
> > > s
On Tue, Nov 15, 2011 at 08:24:50PM +, Alexander Best wrote:
> one of the things i'm missing is an easy way to determine, whether a stream or
> fd is seekable. i checked the dd(1) and hd(1) sources and those tools are
> performing so much stuff just to find out if this is the case, and they stil
On Mon, Nov 07, 2011 at 01:24:05PM +0900, rozhuk...@gmail.com wrote:
> Scripts for which the specified user inherit it from the startup script,
> rather than generate it based on the settings for the user.
>
> #su -m mysql -c '/bin/sh -c "/usr/bin/env"'
Try to use su -c default -m mysql ...
Joer
On Mon, Nov 07, 2011 at 06:46:24PM +1100, Peter Jeremy wrote:
> On 2011-Nov-05 22:30:21 +, Alexander Best wrote:
> >wouldn't it be possible to somehow spawn N gcc or clang instances
> >(make -jN buildkernel) and then pipe the src to one of those N instances?
> >just like with something like mu
On Thu, Oct 20, 2011 at 09:41:24AM +0200, Wojciech Puchar wrote:
> how to do this and what the hell it is used at all?
It is used to allow unwinding stack frames. That is required for
exception handling with C++ and also to allow debugging in the presence
of -fomit-frame-pointer, e.g. as used by d
On Mon, May 02, 2011 at 02:13:11PM +0200, Martin Möller wrote:
> o strchr, memchr is too low-level and not elegant enough
Actually, you are looking for strstr.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
On Mon, Mar 28, 2011 at 08:36:57AM +1300, Andrew Turner wrote:
> Hello hackers@
>
> I'm working on getting FreeBSD working with the ARM EABI. As part of
> this the Procedure Call Standard for the ARM Architecture (AAPCS)
> defines wchar_t as an unsigned int.
Does someone at ARM actually get paid
On Mon, Feb 21, 2011 at 03:16:55PM -0800, Yuri wrote:
> But I know for the fact that Solaris-i386 uses 16 byte alignment. At
> least that's what gcc-4.5.2 thinks when on Solaris.
That's a major difference. The Linux people decided a while ago that
stack alignment should be 16 Byte. GCC effectively
On Wed, Feb 16, 2011 at 08:26:04PM +0100, Matthias Andree wrote:
> Am 16.02.2011 20:02, schrieb Joerg Sonnenberger:
> > On Wed, Feb 16, 2011 at 07:41:02PM +0100, Matthias Andree wrote:
> >> But POSIX.1-2008 is the same as the Single
> >> Unix Specification
On Wed, Feb 16, 2011 at 07:41:02PM +0100, Matthias Andree wrote:
> But POSIX.1-2008 is the same as the Single
> Unix Specification v4 or IEEE Std 1003.1-2008.
Minor correction, it is SUS v3 Issue 7.
Joerg
___
freebsd-hackers@freebsd.org mailing list
htt
On Thu, Jan 27, 2011 at 06:24:18PM -0500, Alexander Kabaev wrote:
> For starters, the number of libraries given binary is linked too is
> completely and utterly irrelevant :) The change NetBSD guys claims to
> revolutionize his application startup times only applies to programs
> that dlopen (read
On Fri, Jan 14, 2011 at 12:00:52AM +0200, Kostik Belousov wrote:
> On Thu, Jan 13, 2011 at 10:57:15PM +0100, Joerg Sonnenberger wrote:
> > On Thu, Jan 13, 2011 at 12:19:00PM -0500, Ryan Stone wrote:
> > > I've been trying to get an application compiled with gcc 4.5.1 runni
On Thu, Jan 13, 2011 at 12:19:00PM -0500, Ryan Stone wrote:
> I've been trying to get an application compiled with gcc 4.5.1 running
> on FreeBSD 8.1, but it's been crashing during startup with a SIGBUS.
> It turns out that the problem is that gcc is issuing SSE
> instructions(in my case, a movdqa)
On Sat, Dec 18, 2010 at 02:24:34PM -0800, Matthew Dillon wrote:
> Does anyone know if an IRET cancels/triggers a MONITOR event?
AMD's Architecture Programmer's Manual explicitly contains:
Events that cause an exit from the monitor event pending state include:
...
- Any far control transfer th
On Thu, Dec 02, 2010 at 02:52:33PM +0100, Erik Cederstrand wrote:
> Hi Joerg,
>
> Den 02/12/2010 kl. 13.49 skrev Joerg Sonnenberger:
>
> > On Thu, Dec 02, 2010 at 11:08:09AM +0100, Erik Cederstrand wrote:
> >> I wonder if I could hack __FILE__ to be a path relative to
On Thu, Dec 02, 2010 at 11:08:09AM +0100, Erik Cederstrand wrote:
> I wonder if I could hack __FILE__ to be a path relative to src/. That
> would be a way to fix all the source file paths I see.
I have a patch for that in NetBSD's gcc.
Joerg
___
freebsd
On Tue, Nov 16, 2010 at 04:51:04PM +0100, Ivan Voras wrote:
> On 11/16/10 16:19, Joerg Sonnenberger wrote:
> >On Tue, Nov 16, 2010 at 03:37:59PM +0100, Ivan Voras wrote:
> >>Are there any standard-defined guarantees for TCP network sockets
> >>used by multip
On Tue, Nov 16, 2010 at 03:37:59PM +0100, Ivan Voras wrote:
> Are there any standard-defined guarantees for TCP network sockets
> used by multiple threads to do IO on them?
System calls are atomic relative to each other. They may be partially
executed from the perspective of a remote system, e.g.
On Tue, Oct 05, 2010 at 03:28:36PM +0200, Erik Cederstrand wrote:
> I'm wondering if this is necessary, or if this can possibly be turned
> of with a knob somewhere.
Newer binutils got a flag after a discussion about this and related
issues in NetBSD. It basically stores 0 for the uid/gid/time fie
On Sat, Sep 18, 2010 at 12:01:04AM -0400, Benjamin Kaduk wrote:
> GNU binutils has recently (well, March 2009) added a -D
> ("deterministic") argument to ar(1) which sets the timestamp, uid,
> and gid to zero, and the mode to 644.
That argument was added based on discussions on NetBSD about doing
On Wed, Jul 14, 2010 at 11:49:07PM +1200, Atom Smasher wrote:
> the same info is available on linux via /sys and /proc and on
> comparable hardware, i can get the info about 100x faster.
Are you sure that Linux is not just caching the data? I know of at least
one system where it takes more than 10
On Fri, Jul 02, 2010 at 04:52:45PM -0700, Xin LI wrote:
> I think that amd64 requires a static library be compiled with -fPIC if
> it's being linked into shared object. This should not be done for
> normal static libraries, though, as this could give some performance
> penalty when it's not needed
On Fri, Jul 02, 2010 at 02:51:16PM -0700, Matthew Fleming wrote:
> LDADD=-ll
Have you considered providing your own yywrap function instead?
(Or not using it at all?)
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebs
On Tue, May 25, 2010 at 05:06:58PM +0200, Julian H. Stacey wrote:
> Joerg Sonnenberger wrote:
>
> > The use of (g)roff for anything but man pages is practically non-existent.
>
> False. Its a production tool used here.
> http://berklix.com./associates/
> htt
On Mon, May 24, 2010 at 10:43:37PM +0300, Kostik Belousov wrote:
> Would it support ps/dvi output ?
Postscript output is the major goal of a GSoC project.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
On Mon, May 24, 2010 at 12:13:07PM -0700, Charlie Kester wrote:
> I welcome this change, but groff is used for much more than manpages.
> What happens to pic, tbl, and the other troff-related "little
> languages"? How can you say mdocml is "completely replacing" groff if
> it doesn't support those
On Fri, Apr 23, 2010 at 06:18:46PM +0300, Eitan Adler wrote:
> > - use a matrix is faster than use a linked list?
>
> For what?
> For insertion and deletion no - linked list is faster. For sequential
> access they are the same speed (forgetting look-ahead caching). For
> random access matrix is fa
On Fri, Apr 23, 2010 at 04:40:36PM +0200, Jilles Tjoelker wrote:
> The patch:
>
> Index: lib/libc/nls/msgcat.c
> ===
> --- lib/libc/nls/msgcat.c (revision 206760)
> +++ lib/libc/nls/msgcat.c (working copy)
> @@ -138,6 +138,9 @
On Thu, Apr 22, 2010 at 08:56:39AM -0500, Dan Rue wrote:
> We're starting to use SSDs for boot drives in our freebsd boxes. We'd
> like to have /var on a memory backed FS, but losing the package database
> on every reboot is troublesome.
Tried using a symlink from /var/db/pkg to /usr/local/.pkg
On Mon, Mar 22, 2010 at 03:05:52PM +, Christian Weisgerber wrote:
> And we probably have that usage in other man pages. It is not clear
> to me if the problem is the use of these characters for angle quotes
> or the use of .Aq for email addresses.
I think the best option would be to sit down
On Thu, Mar 04, 2010 at 04:38:31PM +0200, Alexandr Rybalko wrote:
> On Thu, 4 Mar 2010 15:28:19 +0100
> Joerg Sonnenberger wrote:
>
> >> On Thu, Mar 04, 2010 at 12:17:05PM +0200, Alexandr Rybalko wrote:
> >> > LZMA compression optimized for fast decompression.
>
On Thu, Mar 04, 2010 at 03:54:05PM +0100, Dimitry Andric wrote:
> On 2010-03-04 15:28, Joerg Sonnenberger wrote:
> >It is still measurable slower than gzip and it is certainly not free.
>
> Ehm, the LZMA SDK is in the public domain, how much more "free" would
> you w
On Thu, Mar 04, 2010 at 12:17:05PM +0200, Alexandr Rybalko wrote:
> LZMA compression optimized for fast decompression.
It is still measurable slower than gzip and it is certainly not free.
Most hard disks have linear read times >> 10 MB/s but the decompression
can easily need half a second even on
On Wed, Mar 03, 2010 at 08:29:14AM -0800, Tim Kientzle wrote:
> Adrian Chadd wrote:
> >On 21 February 2010 02:20, Adrian Chadd wrote:
> >>Oh I know that! I'm just saying that I may try lzma'ing the kernel and
> >>rootfs's to see what kind of savings I get over gzip. :)
> >
> >The answer is "whoa".
On Thu, Feb 18, 2010 at 09:03:33PM -0800, Tim Kientzle wrote:
> Joerg Sonnenberger wrote:
> >On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote:
> >> Ok here is a new version of the patch with these things fixed and the
> >>Linux case added: (Linux case no
On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote:
> Ok here is a new version of the patch with these things fixed and the
> Linux case added: (Linux case not tested yet, and yes I did this on
> stable/8.)
Why the check at all? Shouldn't devices that don't allow seek fail that?
E.g. f
On Wed, Feb 10, 2010 at 01:14:01PM +0100, Roman Divacky wrote:
> > Formally, a regular expression is a textual representation of a finite
> > state machine that describes a context-free grammar.
>
> I dont think so regular expressions describe regular languages which are
> a strict subset of c
On Mon, Jan 25, 2010 at 11:16:25AM +0200, Kostik Belousov wrote:
> If static linux binary contains .note.ABI-tag section, and I believe
> that relatively modern binaries do, then brand is autodetected.
"Relatively modern" means by default anything using glibc. Also a bunch
of newer libc5 versions,
On Wed, Dec 02, 2009 at 01:01:38PM +, Vincent Hoffman wrote:
> To be fair, bsdtar(1) on my 8-STABLE box says it can read but not that
> it can create zipfiles.
> It it can create them that would be handy.
The support for zip creation hasn't been merged yet.
Joerg
_
On Thu, Aug 27, 2009 at 11:30:15AM +0800, Erich Dollansky wrote:
> how should it be done at OS level at all when the OS is loaded
> into RAM?
Copy the kernel to the video RAM, jump to it, enable ECC, copy back.
Joerg
___
freebsd-hackers@freebsd.org mai
On Sun, Jun 28, 2009 at 08:14:24PM -0400, Nathanael Hoyle wrote:
> Just to be clear, since you say i386 (I presume you mean architecture),
> I believe the Physical Address Extensions which allowed 2MB Page Size
> bit to be set was introduced with Pentium Pro. Processors prior to this
> were l
On Tue, Jun 02, 2009 at 08:58:50PM +0200, Bernd Walter wrote:
> It is still very interesting, because I currently have a similar problem
> and wasn't aware of getdtablesize();
Note that many (other) systems provide a much simpler and efficient
function for the above, closefrom(3).
Joerg
_
On Wed, May 06, 2009 at 02:28:51PM +0400, Alexander Churanov wrote:
> 1) Why discuss UCS-4 at all? UTF-32 is alreay in place. SImple,
> standardized, fixed-width and stateless.
Which part of "combining characters" is stateless? Sure, you can ignore
that in some/many applications, but it still exis
On Mon, May 04, 2009 at 10:46:02AM -0400, John Baldwin wrote:
> I think this would be ok to let C++ work in the kernel. "Embedded" C++ (no
> exceptions and no dynamic_cast<>) should work fine in theory. I would not
> change the value of NULL that userland sees though as I think that may be too
>
On Thu, Apr 30, 2009 at 01:41:42PM -0700, Marcel Moolenaar wrote:
> I recall that our "make -j X" actually limits the number
> of make processes/jobs to X. I don't know anything about
> build.sh, so I don't know if our make is at all being
> involved, but it would be good to know how the load varie
On Tue, Apr 28, 2009 at 03:53:10PM +0200, G?bor K?vesd?n wrote:
> >> It's possible that there are little poor countries with an own writing
> >> system but probably their writing system is unsupported because the
> >> starvation, poorness and lack of water and electricity are more serious
> >> prob
On Tue, Apr 28, 2009 at 11:08:49AM +0200, Gabor Kovesdan wrote:
> Citrus is based on UCS-4 as an internal encoding, just like the another
> BSD-licensed iconv library. This is a barrier to support encodings that
> aren't supported by UCS-4.
More precisely is that Citrus can and will use UCS-4
On Mon, Apr 27, 2009 at 10:42:46PM -0400, David Schultz wrote:
> On Mon, Apr 27, 2009, Joerg Sonnenberger wrote:
> > On Mon, Apr 27, 2009 at 03:49:04PM -0400, David Schultz wrote:
> > > ...but isn't this moot at present because there are no
> > > widely-accepted e
On Mon, Apr 27, 2009 at 03:49:04PM -0400, David Schultz wrote:
> ...but isn't this moot at present because there are no
> widely-accepted encodings that include characters that
> aren't supported by UCS-4? Citrus doesn't seem to support
> any such encodings in any case.
"Just" using UCS-4 not nece
On Mon, Apr 27, 2009 at 11:49:41AM -0700, Tim Kientzle wrote:
> David Schultz wrote:
>> ... whether it would make more sense to standardize on something like
>> UCS-4 for the internal representation.
>
> YES. Without this, wchar_t is useless.
I strongly disagree. Everything can be represented as
On Mon, Apr 27, 2009 at 01:50:31AM +0200, Pieter de Goeje wrote:
> While fiddling with the sysctl kern.timecounter.hardware, I found out
> that on my system HPET is significantly faster than ACPI-fast.
I did some extensive testing on a variety of AMD and Intel boards and
never found a system where
On Mon, Mar 30, 2009 at 07:32:42AM +, Poul-Henning Kamp wrote:
> On systems where the ACPI or HPET hardware can be memory-mapped, I should
> be equally possible to map those read-only into userland processes.
Both are IO memory and contain other data. There is also the question of
how "undefin
On Mon, Mar 09, 2009 at 04:17:15PM -0600, Rick C. Petty wrote:
> What I was hoping is that someone could point me to the "spinup" command as
> I have a drive which does not spin up until it receives this command. Any
> takers?
There is no such command. Disks are supposed to spin up at the first
r
On Thu, Mar 05, 2009 at 11:49:10AM -0800, Nate Eldredge wrote:
> This makes sense in some ways. Suppose the drive is attached to a weird
> ATA controller that FreeBSD doesn't know anything about. (Maybe it's
> used by the other system in a dual-boot setup.) There's no way that
> FreeBSD coul
On Thu, Mar 05, 2009 at 08:58:50AM +0100, Oliver Fromme wrote:
> > This is not true. Many hard disks don't like having to do an emergency
> > shutdown as it affects the disk life time negatively. That's what
> > happens if you poweroff the machine when the disks are still spinning.
>
> Can you
On Wed, Mar 04, 2009 at 08:38:52PM +0100, Oliver Fromme wrote:
> Octavian Covalschi wrote:
> > I'm looking a way to spin down HDD just right before power off. Why?
> >
> > Because currently when I call "shutdown -p now", HDD is powered off at it's
> > full speed (7200.4) and as a result
> > I
On Tue, Nov 25, 2008 at 10:56:24AM -0800, bf wrote:
> ?? Have you looked at this code? Yes, there is: there is an "LZMA
> compressed file format" and the 7z file format, both of which support
> LZMA. The former format has been widely adopted by people who distribute
> lzma-compressed tarballs, es
On Sun, Nov 16, 2008 at 09:19:49PM -0500, jT wrote:
>Yes it will require a firmware blob as the 4965 one does. You are
> required to take notice to the legal aspects of the blob via setting a
> key in loader.conf.
The firmware "blob" here is simply a large binary file that is loaded
directly
On Thu, Nov 13, 2008 at 08:56:31AM -0800, Jeremy Chadwick wrote:
> Regarding "it means you can still get interrupt sharing", I'd like to
> hear more about why/how that's possible with a system sporting at least
> one I/O APIC.
You still have a limited number of interrupt lines. Many non-highend
ma
On Thu, Nov 13, 2008 at 02:40:54AM -0800, Jeremy Chadwick wrote:
> Otherwise, consider purchasing a motherboard that has an APIC (this is
> not a typo) increasing the IRQ count to 256.
This is wrong. The first IO-APIC gives you 8 additional interrupts to
the 16 ISA interrupt lines. Every additiona
On Fri, Nov 07, 2008 at 10:07:17PM +0300, Sergey Matveychuk wrote:
> If we'll take a look at code, LIST_REMOVE don't change a head pointer if
> you remove the first element:
It does via le_priv.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http:
On Thu, Oct 30, 2008 at 07:16:42PM -0700, Xin LI wrote:
> Em... Allowing administrators to disable NOATIME would be a good thing,
> but wouldn't allowing arbitrary program to decide whether atime should
> be changed, be a serious security disaster?
Think of backup programs.
Joerg
___
On Fri, Sep 19, 2008 at 08:52:13AM -0500, Stephen Montgomery-Smith wrote:
> Is it now permissible to call "malloc" from within a signal handler in
> FreeBSD-7.x?
No.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
On Thu, Jul 31, 2008 at 08:25:04AM +0800, Wilkinson, Alex wrote:
> >vbetool post?
>
> Is vbetool in ports ? I cant find it mentioned anywhere in INDEX-*.
Can't find it either. ENOFREEBSD :)
http://www.codon.org.uk/~mjg59/vbetool/
Joerg
___
freebsd
On Wed, Jul 30, 2008 at 04:31:10PM -0400, L Campbell wrote:
> It depends on what you consider to be "comfortable". My primary machine is
> an old Dell Inspiron 6000 (running the RELENG_7 branch) and the only
> hardware compatibility issue I've ever had was that suspend/hibernate
> doesn't work (dis
On Sun, Jul 27, 2008 at 05:23:46PM -0400, Zaphod Beeblebrox wrote:
> That said, an OS-level suspend-to-disk would be an awesome summer-of-code
> project.
I don't think it is feasible as SoC project without previous knowledge
and interaction with at least the ACPI suspend-to-RAM code (or
alternativ
On Fri, Jul 25, 2008 at 11:00:38PM +1000, Peter Jeremy wrote:
> Successive generations of laptops have become less and less
> free-OS-friendly.
This is simply wrong. Most laptops ship either with Ati or Intel
chipset. Both tend to be well supported. With a bit care, you will get
wpi as wireless ch
On Sun, Jun 15, 2008 at 09:11:36PM -0700, Garrett Cooper wrote:
> Now all we need to do is write / import a BSD compatible less(1) into
> FreeBSD =).
less is dual licensed.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mail
On Tue, May 13, 2008 at 03:44:06PM +0400, Anthony Pankov wrote:
> 3. reading/writing = 60%/40%
I don't know where you get those numbers from, but they feel *very*
wrong from the perspective of someone who actually dealt a lot with
those tools. Writing is only a very small part of the operations an
On Mon, May 12, 2008 at 08:47:53AM -0700, Jeremy Chadwick wrote:
> Secondly, the following FAQ entry and documentation from Mozilla is of
> concern, specifically the last paragraph of the FAQ entry, since there
> is ongoing work in the ports collection to support parallel building,
> which would su
On Fri, May 09, 2008 at 07:54:40PM +0200, Anders Nore wrote:
> You are probably right, but how would you store the key's? Is storing the
> key as e.g., 'portname-1.2_3+CONTENT' a good solution?
I'd just use a different db file. I am not sure how much the following
applies to FreeBSD as pkg_instal
On Fri, May 09, 2008 at 06:50:10PM +0200, Anders Nore wrote:
> Yes that would probably be bad for the database, but I'm sure one can
> manage to get around this problem by copying it before changing the db and
> delete the copy if it doesn't fail. At the next time executed it will check
> for a
On Fri, May 09, 2008 at 01:52:46PM +0200, Anders Nore wrote:
> I'm working on adding .db support to the pkg_tools( i.e. pkg_add, pkg_info,
> etc. ) as part of SoC 2008. The database api used is BerkeleyDB that comes
> with the base system (/usr/src/include/db.h). BerkeleyDB is not you're
> typic
On Fri, Apr 25, 2008 at 09:59:55AM -0400, Adam wrote:
> Hi, I am writing a custom system call that needs to transfer 16kb of data
> from the kernel to userspace. I am transferring the data out of the kernel
> by using copyout. This seems to work for a small struct of data < 4k.
You are not allo
On Tue, Apr 15, 2008 at 08:06:28PM +1000, Peter Jeremy wrote:
> About all I can suggest is working out the return address and finding
> which module that exists within. That doesn't sound particularly nice.
Search gcc's info file for __builtin_return_address for the first part.
Joerg
___
On Fri, Mar 21, 2008 at 09:03:19PM +0100, Kai Wang wrote:
> 1. Do you often use object/strip on 'ar' archives?
Strip on ar(1)chives is very handy.
> 2. Do you often convert ELF to raw binary, iHex, S-Record or
> vice versa?
Not via objcopy, but with ld.
> 3. What features do you like to add int
On Sun, Mar 09, 2008 at 07:40:50PM -0400, Mike Meyer wrote:
> 1) Our /bin/sh isn't classified as Definitely usable.
> 2) zsh is Not usable.
> 3) zsh is classified as Maybe usable.
The third is definitely true.
Joerg
___
freebsd-hackers@freebsd.org maili
On Thu, Mar 06, 2008 at 09:45:15PM -0600, Marko, Shaun wrote:
> In short, if a process creates a thread, joins
> the thread, then forks a child process which creates a thread, the
> child's attempt to create a thread will cause the program to dump core
> with the following error message.
fork and
On Wed, Mar 05, 2008 at 01:20:33AM +0100, Pietro Cerutti wrote:
> Joerg Sonnenberger wrote:
> > On Wed, Mar 05, 2008 at 12:58:06AM +0100, Pietro Cerutti wrote:
> >> - I've been able to reconnect without kld-reloading the module, by
> >> killing and restar
On Wed, Mar 05, 2008 at 12:58:06AM +0100, Pietro Cerutti wrote:
> - I've been able to reconnect without kld-reloading the module, by
> killing and restarting wpa_supplicant
Try "disconnect" followed by "reconnect". I have a similiar problem in
NetBSD I am tracking down currently. It happens a lot
On Tue, Feb 26, 2008 at 04:00:00PM -0500, Mike Meyer wrote:
> On Tue, 26 Feb 2008 21:28:53 +0100 Joerg Sonnenberger <[EMAIL PROTECTED]>
> wrote:
> > On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrote:
> > > I also made a comparison between gzip and bzip2 rega
On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrote:
> I also made a comparison between gzip and bzip2 regarding
> the compression ratio on a dump of my home directory (3.2GB)
> bzip2 took about 74min to compress, gzip only 11minutes. And
> in terms of compression ratio bzip2 was only 3% b
On Thu, Feb 21, 2008 at 10:53:15AM +0100, Heiko Wundram (Beenic) wrote:
> Before I go and test whether bzlib modifies the input buffer for temporaries
> (by simply passing it data in a RO segment and checking whether I get a
> SIGSEGV), is there anyone out there who's hit the same "problem" befor
On Wed, Feb 20, 2008 at 09:39:03PM -0500, ari edelkind wrote:
> Mind you, it's true that disabling core dumps with a resource limit
> doesn't keep one from creating a core image using gcore, but since gcore
> generally must either attach to a process using ptrace() or access
> mapped code segments
On Mon, Feb 04, 2008 at 04:04:35PM +0100, Dag-Erling Sm?rgrav wrote:
> Last I checked, it also (rather surprisingly) lacked -u (unique),
> which is required by POSIX.
That must have been before the import into src/usr.bin/sort in 2000.
Joerg
___
freebsd
On Thu, Jan 24, 2008 at 04:12:00PM -0800, Yuri wrote:
> I am curious is there an effort in FreeBSD similar to Linux NDISwrapper?
man 4 ndis
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To u
On Tue, Jan 22, 2008 at 03:34:55PM +0100, Dag-Erling Sm?rgrav wrote:
> More modern machines have an HPET timer which is supposedly faster than
> ACPI yet more reliable than TSC.
For NetBSD on AMD64 on a 1.2GHz Core2:
ACPI ~2400 cycles
HPET ~1500 cycles
TSC ~800 cycles
clockinterrupt ~600 cycles
T
On Sat, Dec 29, 2007 at 06:03:15PM +0800, Erich Dollansky wrote:
> I also do not know of any other CISC based design which made it to
> mainstream.
VAX?
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
On Sat, Dec 15, 2007 at 09:51:20AM +, James Mansion wrote:
>Kqueue deserves special mention, as at the time of this writing, it
>was broken on all BSDs except NetBSD (usually it doesn't work with
>anything but sockets and pipes, except on Darwin, where of course
>its completely
On Thu, Nov 01, 2007 at 01:05:54AM +0100, Eduardo Morras wrote:
> Don't point me to zlib or libbzip2, they are on another league and are much
> slower than my code.
Have you looked at liblzo?
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://li
On Sat, Sep 01, 2007 at 06:30:20PM -0400, Mike Meyer wrote:
> On Sat, 1 Sep 2007 14:27:42 -0300 "Klaus Schneider" <[EMAIL PROTECTED]> wrote:
> > Well, anybody know a way to make the FreeBSD run just binaries that I have
> > compiled?
>
> In general, it's impossible. There's no way the system can k
1 - 100 of 193 matches
Mail list logo
