Re: Kernel dumps [was Re: possible changes from Panzura]

On Wed, 10 Jul 2013 14:50:19 PDT Jordan Hubbard wrote: > > On Jul 10, 2013, at 1:04 PM, asom...@gmail.com wrote: > > > I don't doubt that it would be useful to have an emergency network > > stack. But have you ever looked into debugging over firewire? > > My point was more that actually being

Re: close(2) while accept(2) is blocked

On Sat, 30 Mar 2013 09:14:34 PDT John-Mark Gurney wrote: > > As someone else pointed out in this thread, if a userland program > depends upon this behavior, it has a race condition in it... > > Thread 1 Thread 2Thread 3 >

Re: close(2) while accept(2) is blocked

On Fri, 29 Mar 2013 14:30:59 PDT Carl Shapiro wrote: > > In other operating systems, such as Solaris and MacOS X, closing the > descriptor causes blocked system calls to return with an error. What happens if you select() on a socket and another thread closes this socket? Ideally select() should

Re: using FreeBSD to create a completely new OS

On Sun, 09 Dec 2012 23:48:12 EST Aryeh Friedman wrote: > For personal hobby reasons I want to write an OS completely from > scratch (due to some aspects of the design no existing OS is a > suitable starting place)... what I mean is I want to start with the > MBR (boot0) and go on from there... I

Re: lib for working with graphs

On Nov 29, 2012, at 7:12 AM, Andriy Gapon wrote: > on 28/11/2012 18:36 Mehmet Erol Sanliturk said the following: >> >> >> On Wed, Nov 28, 2012 at 6:37 AM, Andriy Gapon > > wrote: >> >>on 28/11/2012 16:31 David Wolfskill said the following: >>> On Wed, Nov 28, 2012

Re: Replace bcopy() to update ether_addr

On Mon, 20 Aug 2012 13:05:51 MDT Warner Losh wrote: > > On Aug 20, 2012, at 10:48 AM, Wojciech Puchar wrote: > > >> #if defined(__i386__) || defined(__amd64__) > >> *dst =3D *src; > >> #else > >> bcopy(src, dst, ETHER_ADDR_LEN); > > #else > > short *tmp1=3D((*short)src),*tmp2=3D((*short)dst

Re: Graphical Terminal Environment

On Tue, 06 Mar 2012 14:08:51 EST Brandon Falk wrote: >You seem to understand exactly want I want. Just small font terminals on all >screens, and I was actually thinking `screen` would do the trick for the >splitting/management of them. As for stripping down X, I might do so as a proof >of concept

Re: dwarf2 reader

On Mon, 13 Jun 2011 10:05:15 EDT Ewart Tempest wrote: > I have developed some flight recording capability in the JUNOS FreeBSD > based kernel, with the flight recorded data being captured in binary > form for performance. All the subsequent formatting and display of this > data is performed by

Re: [RFC] Replacing our regex implementation

On Mon, 09 May 2011 17:51:46 EDT David Schultz wrote: > On Sun, May 08, 2011, Bakul Shah wrote: > > On Sun, 08 May 2011 21:35:04 CDT Zhihao Yuan wrote: > > > 1. This lib accepts many popular grammars (PCRE, POSIX, vim, etc.), > > > but it does not allow you to

Re: [RFC] Replacing our regex implementation

On Sun, 08 May 2011 21:35:04 CDT Zhihao Yuan wrote: > 1. This lib accepts many popular grammars (PCRE, POSIX, vim, etc.), > but it does not allow you to change the mode. > http://code.google.com/p/re2/source/browse/re2/re2.h The mode is decided when an RE2 object is instantiated so this is ok. Y

Re: [RFC] Replacing our regex implementation

On Mon, 09 May 2011 08:30:57 +0400 Lev Serebryakov wrote: > Hello, Bakul. > You wrote 9 =EC=E0=FF 2011 =E3., 5:17:09: > > > As per the following URLs re2 is much faster than TRE (on the > > benchmarks they ran): > > > http://lh3lh3.users.sourceforge.net/reb.shtml > > http://sljit.sourceforge.ne

Re: [RFC] Replacing our regex implementation

On Mon, 09 May 2011 02:37:10 BST Gabor Kovesdan wrote: > Em 09-05-2011 02:17, Bakul Shah escreveu: > > As per the following URLs re2 is much faster than TRE (on the > > benchmarks they ran): > > > > http://lh3lh3.users.sourceforge.net/reb.shtml > > http://slji

Re: [RFC] Replacing our regex implementation

As per the following URLs re2 is much faster than TRE (on the benchmarks they ran): http://lh3lh3.users.sourceforge.net/reb.shtml http://sljit.sourceforge.net/regex_perf.html re2 is in C++ & has a PCRE API, while TRE is in C & has a POSIX API. Both have BSD copyright. Is it worth considering mak

Re: man 3 getopt char * const argv[] - is const wrong ?

On Sun, 13 Feb 2011 13:20:58 +0100 "Julian H. Stacey" wrote: > Hi Hackers > Ref.: man 3 getopt > int getopt(int argc, char * const argv[], const char *optstring); > > Ref.: K&R 2nd Ed P.211 last indent, 2nd sentence > The purpose of const is to announce objjects that may be > p

Re: find(1): Is this a bug or not?

On Tue, 30 Nov 2010 12:33:54 +0100 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > Bakul Shah writes: > > Index: function.c > > --- function.c (revision 212707) > > +++ function.c (working copy) > > @@ -560,7 +560,7 @@ > > empty = 1; > >

Re: find(1): Is this a bug or not?

On Mon, 29 Nov 2010 12:39:43 PST Matthew Jacob wrote: > can you report out the actual command line you're using and what release > it's from? > > On 11/29/2010 12:08 PM, Denise H. G. wrote: > > Hi, > > > > I found that, while searching for empty directories, find(1) will not > > continue if it

Re: Support for WD Advanced Format disks

After poking around some, it seems ATA/ATAPI-7 Identify Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3 (for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8 jumper on a WD AF disks presumably changes this setting to 0,0). See page 121 of Atapi-7 volume 1 (google for ata-atapi

Re: Support for WD Advanced Format disks

On Tue, 10 Aug 2010 19:44:48 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > I'm looking into a clean, permanent solution for WD Green drives that > use 4096-byte physical sectors. To summarize the information I've > collected so far: > > - There are several types of WD Green disks. I am

Re: an alternative to powerpoint

On Tue, 13 Jul 2010 10:21:40 +0200 Luigi Rizzo wrote: > latex based solutions are great when it comes to show formulas. > I normally use prosper or similar things. > But placing figures is a bit of a nightmare, though, and at least > for slides there is a lot of visual clutter in the latex format

Re: an alternative to powerpoint

On Tue, 13 Jul 2010 06:15:14 +0200 Luigi Rizzo wrote: > Maybe you all love powerpoint for presentations, but sometimes > one just needs to put together a few slides, perhaps a few bullets > or images grabbed around the net, so i was wondering how hard > would it be to do something that accepts a

Re: head behaviour

On Mon, 07 Jun 2010 00:13:28 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > > The reason why head(1) doesn't work as expected is that it uses buffered > I/O with a fairly large buffer, so it consumes more than it needs. The > only way to make it behave as the OP expected is to use unbuffe

Re: head behaviour

On Sat, 05 Jun 2010 17:02:42 EDT Mike Meyer wrote: > As a general rule, programs don't expect to share their input with > other programs, nor do they make guarantees about what is and isn't > read from that input under those conditions. I'd say that shell > scripts that depend on what some comman

Re: head behaviour

On Sat, 05 Jun 2010 14:02:16 PDT Doug Barton wrote: > On 06/05/10 13:48, Bakul Shah wrote: > > Without running the following can you guess its output? > > > > $ look '' | (head -2; head -2) > > Again, it's not clear to me what you expect is going to ha

Re: head behaviour

On Sat, 05 Jun 2010 13:32:08 PDT Doug Barton wrote: > On 06/05/10 13:12, Bakul Shah wrote: > > Consider: > > > > $ yes | cat -n | (read a; echo $a; head -1) > > 1 y > > 2 y > > > > $ yes | cat -n | (head -1; read a; echo $a) > >

head behaviour

Consider: $ yes | cat -n | (read a; echo $a; head -1) 1 y 2 y $ yes | cat -n | (head -1; read a; echo $a) 1 y 456 y As you can see, head reads far more than it should. This is fine most of the time but often it results in surprising output: # print ps header and all lines

Re: Announcing PathDB

On Mon, 31 May 2010 00:34:13 +0700 =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= wrote: > Bakul Shah wrote: > > [Added -hackers as this may be of some interest to others. > > Hope you don't mind] > > > I don't mind at all.. > > On Sun, 30 May 2010 01:27:12

Re: Announcing PathDB

[Added -hackers as this may be of some interest to others. Hope you don't mind] On Sun, 30 May 2010 01:27:12 +0700 =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= wrote: > ps. Tell me what you need to make it interesting and we'll try to make > it happen.. Ok, here are some "interesting" ideas! *

Re: GSoC: BSD text tools

On Wed, 26 May 2010 16:54:35 +1000 Greg 'groggy' Lehey wrote: > On Tuesday, 25 May 2010 at 16:16:10 -0700, Bakul Shah wrote: > > > > If you must kick groff out, why not "port" plan9 troff which > > now does unicode, has 27 macro packages including ms, w

Re: GSoC: BSD text tools

On Wed, 26 May 2010 01:21:20 +0300 Eitan Adler wrote: > On Tue, May 25, 2010 at 7:55 PM, Matthew Jacob wrote: > > On 5/25/2010 9:52 AM, Julian Elischer wrote: > >> > >> On 5/25/10 8:33 AM, Eitan Adler wrote: > > No. Do not remove groff or associated tools from /usr/src ! > Roff ha

Re: /etc in CVS (was: Another tool for updating /etc)

On Tue, 20 Apr 2010 00:14:13 +0200 Jeremie Le Hen wrote: > Hi Bakul, > > Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :). > > On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote: > > > > But I wonder... why not build something like

Re: Another tool for updating /etc

On Tue, 23 Mar 2010 11:08:45 EDT John Baldwin wrote: > or 'cvs up'. If the local changes I made do not conflict, then just merge the > changes automatically (e.g. enabling a serial console in /etc/ttys should not > conflict with $FreeBSD$ changing when moving from 7.2 to 7.3). > > To that end,

Re: C++ incompatability, was C99: Suggestions for style(9)

On Fri, 01 May 2009 08:57:34 PDT "Matthew Fleming" wrote: > [snip exciting discussion on style] > > > There are several C99 features used already, e.g. designated initializers: > > bla bli = { .blub = "foo", .arr[0] = 42 }; > > Do you suggest that this should not be used, because it is inco

Re: pahole - Finding holes in kernel structs

> So I ran the tool pahole over a 7.1 FreeBSD Kernel, and found that > many of the struct had holes, and some of which could be rearranged to > fill the gap. ... > Certainly plugging holes can also be beneficial but just cautioning that > changes of this sort need to be checked if

cc -m32 (was Re: critical floating point incompatibility

On Fri, 30 Jan 2009 05:44:00 +1100 Peter Jeremy wrote: > > On 2009-Jan-28 11:24:21 -0800, Bakul Shah wrote: > >On a mac, cc -m64 builds 64 bit binaries and cc -m32 builds > >32 bit binaries. The following script makes it as easy to do > >so on a 64 bit FreeBSD -- at l

Re: critical floating point incompatibility

On Mon, 26 Jan 2009 16:51:28 EST John Baldwin wrote: > On Friday 21 December 2007 3:16:33 pm Kostik Belousov wrote: > > On Fri, Dec 21, 2007 at 10:11:24AM -0800, Bakul Shah wrote: > > > Peter Jeremy wrote: > > > > On Wed, Dec 19, 2007 at 09:40:34PM -0800, Ca

Re: Remote kernel debugging in FreeBSD using serial communication

On Sat, 17 Jan 2009 17:57:10 PST Kamlesh Patel wrote: > Hi All, > > I am trying remote kernel debugging in FreeBSD using serial communication. I > got the following link. > > http://www.ibm.com/developerworks/aix/library/au-debugfreebsd.html#list1 > > My problem is my developing and target sy

Re: FreeBSD kernel Debugging tools for Virtual Memory Module

>ddb and kgdb are two useful and often indispensable tools for kernel > debugging on FBSD. ddb won't allow you source level debugging, kgdb will, > but you'll need an extra machine. If the code you are debugging doesn't depend on specific hardware, one option is to run FreeBSD (with the kerne

Re: continuous backup solution for FreeBSD

Sorry about that. Didn't mean to continue this discussion in -hackers but forgot to remove the cc list. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTEC

Re: continuous backup solution for FreeBSD

On Wed, 08 Oct 2008 22:19:48 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <[EMAIL PROTECTED]> wrote: > Bakul Shah <[EMAIL PROTECTED]> writes: > > "Dag-Erling Sm=C3=B8rgrav" <[EMAIL PROTECTED]> writes: > > > Bakul Shah <[EMAIL PROTECTED]> writes:

Re: continuous backup solution for FreeBSD

On Wed, 08 Oct 2008 10:18:47 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <[EMAIL PROTECTED]> wrote: > Bakul Shah <[EMAIL PROTECTED]> writes: > > "Dag-Erling Sm=C3=B8rgrav" <[EMAIL PROTECTED]> writes: > > > What really annoys me with this thread is tha

Re: continuous backup solution for FreeBSD

On Tue, 07 Oct 2008 11:56:09 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <[EMAIL PROTECTED]> wrote: > Evren Yurtesen <[EMAIL PROTECTED]> writes: > > They actually do not think that it is an easy job to adapt their > > software to support FreeBSD even. See this post: > > http://forum.r1soft.com/sho

Re: continuous backup solution for FreeBSD

On Mon, 06 Oct 2008 18:09:06 +0300 "Vlad GALU" <[EMAIL PROTECTED]> wrote: > On Mon, Oct 6, 2008 at 5:33 PM, Evren Yurtesen <[EMAIL PROTECTED]> wrote: > > Bob Bishop wrote: > > > >>> Does anybody have free time and skills to give a hand? Please see: > >>> http://forum.r1soft.com/showpost.php?p=3414

Re: Fwd: strdup(NULL) supposed to create SIGSEGV?

On Wed, 23 Apr 2008 11:03:10 BST Robert Watson <[EMAIL PROTECTED]> wrote: > On Wed, 23 Apr 2008, Garrett Cooper wrote: > > Of course I did some more research after you guys gave me some replies and > > realized I'm not the first person to bumble across this fact, but I haven't > > found FreeBSD o

Re: Architectures with strict alignment?

> (though the AMD29K could apparently generate > dummy bus cycles to limit the number of bit transitions on any cycle > to reduce the I/O load). Are you sure it was the amd29k? I don't recall anything like that (and am too lazy to dig out its datasheets!). It too requiredd st

Re: critical floating point incompatibility

Peter Jeremy <[EMAIL PROTECTED]> wrote: > On Wed, Dec 19, 2007 at 09:40:34PM -0800, Carl Shapiro wrote: > >The default setting of the x87 floating point control word on the i386 > >port is 0x127F. Among other things, this value sets the precision > >control to double precision. The default settin

Re: timezone printing in date messed up?

> > 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. ___ freebsd-hackers@fr

timezone printing in date messed up?

$ 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 Sun Nov 4 01:00:00 PDT 2007 Sun Nov 4 01:10:00 PDT 2007 Sun Nov 4 01:20:00 PDT 2007 Sun Nov 4 01:30:00 PST 2007 <--- Sun Nov 4 01:40:00 PST 2007 <--- Sun Nov 4 01:50:00 PST 2007 <---

Re: Looking for speed increases in "make index" and pkg_version for ports

Peter Jeremy <[EMAIL PROTECTED]> wrote: > On 2007-May-27 16:12:54 -0700, Bakul Shah <[EMAIL PROTECTED]> wrote: > >Given the size and complexity of the port system I have long > >felt that rather than do everything via more and more complex > >Mk/*.mk what is is ne

Re: Looking for speed increases in "make index" and pkg_version for ports

Not quite what you asked for but... Given the size and complexity of the port system I have long felt that rather than do everything via more and more complex Mk/*.mk what is is needed is a ports server and a thin CLI frontend to it. This server can store dependency data in an efficient manner,

Re: [patch] rm can have undesired side-effects

> Having thought this over some more, if a > shred/scramble/scrub command is created in its own > right, then a number of new features could be added > that do not currently exist. > - The command could be writen to protect a single > file, or, it could also write to an entire file > system/media.

Re: [patch] rm can have undesired side-effects

Doug Barton writes: > Bakul Shah wrote: > > Sorry if I tuned in late:-) > > > > I vote for taking *out* -P. It is an ill-designed feature. > > Or if you keep it, also add it to mv, cp -f & ln -f since > > these commands can also unlink a file and once unlink

Re: [patch] rm can have undesired side-effects

Sorry if I tuned in late:-) I vote for taking *out* -P. It is an ill-designed feature. Or if you keep it, also add it to mv, cp -f & ln -f since these commands can also unlink a file and once unlinked in this matter you can't scrub it. And also fix up the behavior for -P when multiple links. An

Re: [PATCH] adding two new options to 'cp'

> As a general comment (not addressed to Tim): There _is_ a downside > to sparsifying files. If you take a sparse file and start filling > in the holes, the net result will be very badly fragmented and hence > have very poor sequential I/O performance. If you're never going to > update a file th

Re: [PATCH] adding two new options to 'cp'

> Eric Anderson wrote: > > > It could possibly be bad if you have a real file (say a 10GB file, > > partially filled with zeros - a disk image created with dd for > > instance), and you use cp with something like -spR to recursively copy > > all files. Your destination disk image would then be

Re: Bad block -> file mapping

> However, I'd kinda like to know > which file that is. If it is a boring file (foo.o, say), I'd dd the > bad block with 0's and then remove it. If it is a non-boring file, > I'd try to recover it a couple of times, etc. So you want a function that does this?

Re: Bad block -> file mapping

> I have a hard disk that's been in service a long time. I recently > installed the SMART monitoring tools. On occasion, I get reports of > LBAs it can't read. I'd like to map the LBA to an actual file in the > file system, if possible. Does anybody have any tools that can help > me with this?

Re: RAID5 on athlon64 machines

> > You compute max data rates by considering the most optimistic > > scenario, which is large sequetial writes. For *this* > > situation write rate will be higher than a single disk's. > > How can the RAID5 write rate be higher for the whole array if not > only it needs to write the data to all

Re: RAID5 on athlon64 machines

> > > Theoretically the sequential write rate should be same or > > higher than the sequential read rate. Given an N+1 disk > > Seq write rate for the whole RAID5 array will always be lower > than the write rate for it's single disk. You compute max data rates by considering the most optimistic

RAID5 on athlon64 machines

I built an Asus A8N SLI Deluxe based system and installed FreeBSD-6.1-BETA1 on it. This works well enough. Now I am looking for a decent RAID5 solution. This motherboard has two SATA RAID controllers. But one does only RAID1. The other supports RAID5 but seems to require s/w assistance from wi

Re: increasing dd disk to disk transfer rate

> I think after the dd is done, fsck should be run against the affected > filesystems, which should take care of most of the issues. For metadata yes, but not for normal file data. He wouldn't even know what got trashed. > The OP's question was how to make dd faster, not really how to get the

Re: increasing dd disk to disk transfer rate

> Bakul Shah wrote: > >>In the last episode (Jan 12), Christoph Kukulies said: > > >>dd if=/dev/ad2 conv=noerror,sync bs=64k | dd of=/dev/ad3 bs=64k > > > > > > So now on the new disk he has files with random blocks of > > zeroes and *no* er

Re: increasing dd disk to disk transfer rate

> In the last episode (Jan 12), Christoph Kukulies said: > > My notebooks' hard disk, a Hitachi Travelstar 80 GB starts to develop > > read errors. I have FreeBSD and Win XP on that disk. Although FreeBSD > > ist still working , the errors in the Windows partition are causing > > Windows do ask for

Re: Backup methodes

Thomas Hurst <[EMAIL PROTECTED]> writes: > * Carlos Silva aka |Danger_Man| ([EMAIL PROTECTED]) wrote: > > > what is the best method to backup network information and local disk > > information with another disk? > > dump/restore performs snapshotted incremental backups of complete > filesystems.

Re: help regarding : To recieve and tranmit packet th' an interface

> we are writing a driver for HDLC-Controller We have coded upto some extent > and actully we are able to transmit and recieve a char buff in loopback > (from inside a driver). > > But we want to tranmit/Rx a real packet in (mbuf structure) and test our > code .As it is a HDLC controller does'nt ha

Re: A smarter mergemaster

> : cd > : make etc-diff # ensure your workspace reflects what is in /etc > : > : > : make import # import the latest /usr/src/etc into etc workspace > : make diff # look over the changes > : > : make install# install to /etc; do mkdb etc. > : > : > : Finally: > : make commit

Re: A smarter mergemaster

Here is an idea for the mergemaster hackers' consideration! By keeping /etc files in a source repository one can archive and document all local changes. This is useful for some of the same reasons for which we keep sources in a repo: recovery from mistakes, reuse of old code, checking who did wha

Re: [Qemu-devel] Re: debugging with Qemu

> I am using kqemu and qemu built from May 2 snapshot if that > matters. This was a stock 5.4-RELEASE complied locallly > with > > makeoptionsDEBUG=-g > > added the kernel config file. The host was also running 5.4 > but that should not matter. Ugh... Should've done a diff with GENER

Re: debugging with Qemu

Hmm... I've used qemu a bit to debug the kernel. Even used it to debug a loadable module. Here is what I did: # qemu -s img # cd # gdb kernel.debug (gdb) target remote localhost:1234 ... (gdb) l kldload 739 /* 740 * MPSAFE 741 */ 742 int 743 kldload(struct thread *td, stru

Re: FS impl.

> I have been trying to write my own UFS-like filesystem > implementation for fun. I had read somewhere that UFS was developed in > user space (correct me if I'm wrong on that one) and then moved over > to kernel-space. I was wondering if there are any existing facilities > in the kernel source t

Re: C-style expression processing...

> I am trying to add a new feature in Gridengine > (free/opensource) to support ex-LSF users - there are > more and more LSF users migrating to Gridengine), and > some requested this one: > > In LSF, a user can specify from the command line the > resource requirements of a batch job: > > (mem >=

Re: vmware reads disk on non-sector boundary

phk writes: > You are welcome to peruse the mail-archives to find out such > historically interesting decisions. I am aware of the technical arguments discussed via -arch, -current & -hackers. I just don't agree with them (seems like most hackers who are afraid to cross you). > You are not welc

Re: vmware reads disk on non-sector boundary

> It was desired, and was sort of promised. I never understood why removal of block devices was allowed in the first place. phk's reasons don't seem strong enough to any unix wizard I have talked to. Did the majority of the core really think the change was warranted? Removing compatibility whe

Re: -fomit-frame-pointer for the world build

> I tried to build some binaries with -fomit..., then tried to debug it a > bit, and gdb shows me both backtrace stack and arguments, so I was in > doubt a bit -- so here is my question ;-) I can answer that. Consider the following two functions: f(int n) { int x; int y; ...

Re: MFC status for retransmit timer min/slop

> Wow. I'm flattered. Everyone so far thinks 200ms will be ok! I'd still prefer the default left at 1 sec until there is enough real testing so that people not taking part in the test don't get surprised. That is, "dampen" any potential future oscillations in this value. To Unsubscribe: s

Re: Large variables on stack

> In general, it's bad to use stack if the only reason you are using > it is to seperate context, which is the point I was trying to make. > > OpenSSL takes this one level worse, and uses stack to avoid the > allocation and deallocation of context structures that are copies > of context structure

Re: offtopic: low level format of IDE drive.

> One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine ha

linker bug?

In order to measure call overhead on an Athlon XP system I compiled and ran the following program and saw some curious results! $ cat foo.c #include void func() { } void(*funp)() = 0; int main(int argc, char **argv) { int i, j; if (argv[1][0] !=

Re: tconv

> # XXX broken: tconv < has been broken since at > least 4.4... > # XXX Use GNU versions: apropos bc dc diff grep ld man patch ptx uucp whatis > # Moved to secure: bdes > # > > Any idea when this will get fixed? I need this program. I ran into the same thing a while ag

Re: organic documentation

Terry Lambert writes: > Bakul Shah wrote: > > > Aside from the classification problem (everyone has to classify > > > the same way for them to be able to get the information out), > > > the human factors argue that the depth should not exceed 3 on > > > any

Re: organic documentation

Terry Lambert writes: > JJ Behrens wrote: > > The online documentation for PHP allows users to post comments at the end o > f > > every page of the online documentation. Often times, these comments serve > to > > enlighten others about various quirks of the libraries. Perhaps doing the > same

Re: Missing PT_READ_U

> }> As the culprit behind PT_READ_U's demise, I'm willing to dive in > }> and help here if needed. > }Thanks but Julian sent me a patch for 4.5 that seems to work > }with no changes in ups. Would be nice if PT_READ_U is put > }back in 4.x. > > As a followup to this old thread (and as the poster

Re: Missing PT_READ_U

> As the culprit behind PT_READ_U's demise, I'm willing to dive in > and help here if needed. Thanks but Julian sent me a patch for 4.5 that seems to work with no changes in ups. Would be nice if PT_READ_U is put back in 4.x. Now that I think about it, ups will need to be fixed up since the abi

Re: Missing PT_READ_U

> Zap 'ptrace(PT_READ_U, ...)' and 'ptrace(PT_WRITE_U, ...)' since they > are a really nasty interface that should have been killed long ago > when 'ptrace(PT_[SG]ETREGS' etc came along. The entity that they > operate on (struct user) will not be around much longer since it > is part-per-process

Missing PT_READ_U

Now that ptrace(PT_READ_U, ...) has been excised how does one find out what actions are registered for various signals? The ups debugger needs this. Please see /usr/ports/devel/ups-debug/work/ups-3.35-beta13/ups/ao_pt_uarea.c:632 Thanks! -- bakul To Unsubscribe: send mail to [EMAIL PROTECTED]

Re: Kernel Debugging over the Ethernet?

> The value of network debugging to me is not that I can > avoid buying a serial cable (big deal), it's that I can > do the debugging remotely. Agreed. > If I'm going to ssh into a local machine and debug from > there, then I can use a serial cable. The serial cable solution does not scale too

Re: Kernel Debugging over the Ethernet?

> Without TCP, you have to implement your own version of > retry and ack (equivalent to negotiating a window size > of 1), and so you have to redo what's already there. Would be nice to have a reliable channel but in our experience not having this was not a big deal. The gdb serial protocol is f

Re: Kernel Debugging over the Ethernet?

Forgot to add: this is a pretty straight forward thing to do and anyone can hack it together in a few days especially when you have a functional spec of a sort! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Kernel Debugging over the Ethernet?

> > We had meant to give this back to the FreeBSD community but > > didn't get around to it in time and now it is not possible. > > Why not? (curiosity, not disbelief) The company got sold before we could sort all this out and a bunch of the original people no longer work there. Actually anythi

Re: Kernel Debugging over the Ethernet?

> On Tue, 19 Feb 2002, Julian Elischer wrote: > > > Hi George. > > > > There was someone recently that posted that they had some sort of > > remote debuging working over an ethernet (or at least that they ALMOST > > had it working.). I remember thinking "Cool". I have however had good > > succe

Re: Linking libc before libc_r into application causes weird problems

> As you can see from my log there was no library explicitly linked with > libc and no -lc command line option, but resulting executable ended up > with libc recorded right before libc_r. Any clues? I don't get this ordering problem with your test.c file on a very recent -current. What do you ge

Re: A question about timecounters

> Is C a great language, or what? ;-) Nah, just mediocre even when it comes to obfuscation! Have you played with unlambda?! > The way I always remember it is that you read the declaration > inside-out: starting with the variable name and then heading toward > the outside while obeying the preced

Re: A question about timecounters

> Btw, regarding the volatile thing: > > If I do > extern volatile struct timecounter *timecounter; > > microtime() > { > struct timecounter *tc; > > tc = timecounter; > > The compiler complains about loosing the volatile thing. > > How do I tell

Re: Unix Philosophers Please!

> > Answer 2. All the data goes into another dimension, and comes out of > > /dev/random. > That would be so funny... I cat /dev/random, and I get your > files, as you delete them. 8-). Of course you do, it is just that the bytes are in random order. But I see that you are thinking of /dev/nu

Re: Unix Philosophers Please!

> Please specifically define where data goes that is sent to /dev/null The same place where /dev/random gets its data from. Unless your computer is owned by gummint, in which case FBI gets it as you have to keep a copy of all output. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscr

Re: precise timing

> Hrm, I was planning on investigating the RT capabilities of fbsd after I got > myself a decent timer mechanism. I was hoping they would be enough to get > close to RT. I have an SMP system I can use, so 1 CPU can be dedicated to > the task. I doubt even an SMP system would help. > >

Re: precise timing

> On a totally unrelated subject to my sio.c message, I have a second problem. > I've built a computer-controlled drill, that is controlled via the parallel > port. This drill uses stepper motors, at 1/2 step. My driver software > implements a maximum-acceleration control algorithm tha

Re: adding a new function to libc

> Any comments, suggestions, swears concerning adding a new function, > strndup(), to libc? Many very good programmers I know carry around a library of useful functions (and usually don't bother about inclusion in libc). So I would suggest first you should keep this function in your own library

Re: Interesting article.

> > Though, a lack of good Unicode support on FreeBSD seems like > > a legitimate enough reason for the move. > > Yes, it would, if it were true, see /usr/ports/devel/libunicode. One port does not make good support. For that FreeBDS has to have native unicode support. > In order to determine i

Re: Interesting article.

> > >From the top level page I read hotmail handles 550,000 change > > requests a day. Later in the article they say they have a > > 5000 server farm. That translates to 110 change requests a > > day on average per server. If the peak rate is 10 times the > > average, that is still only about 1

Re: Interesting article.

>From the top level page I read hotmail handles 550,000 change requests a day. Later in the article they say they have a 5000 server farm. That translates to 110 change requests a day on average per server. If the peak rate is 10 times the average, that is still only about 1100 requests/server/

  1   2   >