Peter Wemm wrote:
>
> Matt Dillon wrote:
> >
> > :
> > :Thinking about this a bit more
> > :doesn't each process ahve it's own PTD?, so a process could sleep and
> > :another could run but it would have a differnt PTD
> > :so they could change that PTDE with impunity
> > :because when teh cur
>From now on, please use the test@ email list for testing. None of us care
if your Mail:: module works
On Sat, 25 Aug 2001, Charlie Root wrote:
> Subject: Mail::Internet test subject
>
>
> This is a test message that was sent by the test suite of
> Mail::Internet.
>
> Testing.
>
> one
>
>
On Fri, Aug 24, 2001 at 04:11:18PM -0700, Bruce A. Mah wrote:
> If memory serves me right, Wilko Bulte wrote:
>
> > Eh, that was the other machine, yes, the build went OK and the
> > ports necessary ports for doc building were also correctly built.
>
> OK, cool.
Apparantly not.
> > The DS10 is
:> Hmm. Ok, I think you are right. APTDpde is what is being loaded
:> and that points into the user page table directory page, which is
:> per-process. So APTDpde should be per-process.
:
:But it is! (sort-of) APTDpde was per-process but is now per-address-space
:with the advent o
Matt Dillon wrote:
>
> :
> :Thinking about this a bit more
> :doesn't each process ahve it's own PTD?, so a process could sleep and
> :another could run but it would have a differnt PTD
> :so they could change that PTDE with impunity
> :because when teh current process runs again it get's its
You guys are forgetting about the stack-boundry crap some idiot added
to GCC to optimize floating point ops, which gets stuffed in there even
if there are no floating point ops.
I really wish someone would rip it out. It is SOOO fraggin annoying.
Chris Costello wrote:
> On Friday, August 24, 2001, Mike Barcroft wrote:
>> I would appreciate comments on the usefulness of a utility which would
>> allow one to detach a process from a TTY. I imagine the utility would
>> be very small and just call daemon(3) and execlp(3).
>>
>> Would a utili
We've done a review of Kaspersky Anti-Virus
[http://www.kaspersky.com/products.asp?tgroup=3&pgroup=9&id=52] at
BSDatwork.com
Its an excellent program that can be integrated seemlessly with sendmail.
You can read the review here - http://www.bsdatwork.com/reviews.php?
op=showcontent&id=1
- aar
If memory serves me right, Wilko Bulte wrote:
> Eh, that was the other machine, yes, the build went OK and the
> ports necessary ports for doc building were also correctly built.
OK, cool.
> The DS10 is now rolling tarballs (with NODOC=YES) so that make release
> appears to have run OK. I can t
On Fri, Aug 24, 2001 at 10:52:50AM -0700, Bruce A. Mah wrote:
> If memory serves me right, Wilko Bulte wrote:
>
> > This probably also explains why make release succeeded yesterday on another
> > alpha, it seems to be fixed now:
>
> OK. I think I may have been slightly wrong on what ailed the g
On Friday, August 24, 2001, Mike Barcroft wrote:
> I would appreciate comments on the usefulness of a utility which would
> allow one to detach a process from a TTY. I imagine the utility would
> be very small and just call daemon(3) and execlp(3).
>
> Would a utility like this be useful? Is th
Thinking about this a bit more
doesn't each process ahve it's own PTD?, so a process could sleep and
another could run but it would have a differnt PTD
so they could change that PTDE with impunity
because when teh current process runs again it get's its own
ptd back again..
On Fri, 24 Aug
On 24-Aug-01 Leo Bicknell wrote:
>
> Someone suggested to me privately turning on optimization, for
> the record that doesn't help much: (with -O2)
Actually, it's fairly close to what I proposed. It even axed the addl after
the call. The only weirdness is the subl/addl dinking with gcc. I've
In the last episode (Aug 24), John Baldwin said:
> On 24-Aug-01 Leo Bicknell wrote:
> > Someone suggested to me privately turning on optimization, for the
> > record that doesn't help much: (with -O2)
>
> Actually, it's fairly close to what I proposed. It even axed the
> addl after the call. Th
On 25-Aug-01 Julian Elischer wrote:
>
> wouldn't Giant be protecting this?
Not if the code blocks. Giant is released in tsleep().
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!" - htt
I thought that nohup() did that?
I guess it's abit different...
On Fri, 24 Aug 2001, Ben Smithurst wrote:
> Chris Costello wrote:
>
> > On Friday, August 24, 2001, Mike Barcroft wrote:
> >> I would appreciate comments on the usefulness of a utility which would
> >> allow one to detach a proces
wouldn't Giant be protecting this?
On Fri, 24 Aug 2001, Matt Dillon wrote:
> Alfred, DG, could you take a look at pmap_copy() in i386/i386/pmap.c
> and tell me if what I think I'm seeing is what I'm seeing?
>
> My read of this code is that a global, APTDpde, is being set, and
>
Rob wrote:
>
> I am trying to run diff on two huge files (220M) and I run out of swap
> space. Is there another alternative? I have a Python script that does
> something similar, but works on huge files, but it is much slower than
> diff. Thanks, Rob.
>
> To Unsubscribe: send mail to [EMAIL
Julian Elischer wrote:
>
> On Fri, 24 Aug 2001, Rob wrote:
>
> > Rob wrote:
> > >
> > > I am trying to run diff on two huge files (220M) and I run out of swap
> > > space. Is there another alternative? I have a Python script that does
> > > something similar, but works on huge files, but it is
:
:Thinking about this a bit more
:doesn't each process ahve it's own PTD?, so a process could sleep and
:another could run but it would have a differnt PTD
:so they could change that PTDE with impunity
:because when teh current process runs again it get's its own
:ptd back again..
Hmm.
On Fri, 24 Aug 2001, Rob wrote:
> Rob wrote:
> >
> > I am trying to run diff on two huge files (220M) and I run out of swap
> > space. Is there another alternative? I have a Python script that does
> > something similar, but works on huge files, but it is much slower than
> > diff. Thanks,
Here's the original PR I sent in, and my code:
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=6320
The included shell archive has a man page and source code that works, and
has been run successfuly on systems as disparate as Xenix-286 and Tru64.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
I am trying to run diff on two huge files (220M) and I run out of swap
space. Is there another alternative? I have a Python script that does
something similar, but works on huge files, but it is much slower than
diff. Thanks, Rob.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On Fri, Aug 24, 2001 at 10:32:48AM -0700, David O'Brien wrote:
> On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> > >
> >
> > make NODOC=YES ?
> >
> > I know that's not the "real" answer.
>
> Nope. We need an RC to test -- this means as close to the real release
> as we can get
Rob wrote:
>
> I am trying to run diff on two huge files (220M) and I run out of swap
> space. Is there another alternative? I have a Python script that does
> something similar, but works on huge files, but it is much slower than
> diff. Thanks, Rob.
>
When I tried something like this, I f
Someone suggested to me privately turning on optimization, for
the record that doesn't help much: (with -O2)
.file "printasint.c"
.version"01.01"
gcc2_compiled.:
.section.rodata
.LC0:
.byte 0x70,0x72,0x69,0x6e,0x74,0x20,0x74,0x68,0x69,0x73
.byte 0x20,0x25,0x64,0
On 24-Aug-01 Leo Bicknell wrote:
> On Fri, Aug 24, 2001 at 11:36:45AM -0700, John Baldwin wrote:
>> Because this code is broken and obfuscated? :)
>
> You're submitting patches to the GCC maintainer to make it
> produce better code, right? :-) :-) :-) :-)
I think I can just about handle the ker
On Fri, Aug 24, 2001 at 11:36:45AM -0700, John Baldwin wrote:
> Because this code is broken and obfuscated? :)
You're submitting patches to the GCC maintainer to make it
produce better code, right? :-) :-) :-) :-)
--
Leo Bicknell - [EMAIL PROTECTED]
Systems Engineer - Internetworking Engineer -
On 24-Aug-01 David O'Brien wrote:
> On Fri, Aug 24, 2001 at 01:01:39AM +0100, Steve Roome wrote:
>> How exactly should functions work in assembly, afaict, the
>> following C :
>>
>> void printasint(int p) { printf ("print this %d\n", (int)p);}
>
> Why not just ask the compiler??
>
> $ cc -S -O
I would appreciate comments on the usefulness of a utility which would
allow one to detach a process from a TTY. I imagine the utility would
be very small and just call daemon(3) and execlp(3).
Would a utility like this be useful? Is this functionality already
available in a system utility?
B
On Fri, Aug 24, 2001 at 01:01:39AM +0100, Steve Roome wrote:
> How exactly should functions work in assembly, afaict, the
> following C :
>
> void printasint(int p) { printf ("print this %d\n", (int)p);}
Why not just ask the compiler??
$ cc -S -O0 printasint.c
$ cat printasint.s
.file
On Fri, Aug 24, 2001 at 10:44:00AM -0700, mki wrote:
> Try recompiling squid *after* you have your local shell's ulimit's
> unlimited, so that the higher limits get set by configure.
>
> Steps:
> 1. fix up your /etc/rc.sysctl to up kern.maxfilesperproc and kern.maxfiles
> 2. ulimit -n 1 (or
If memory serves me right, Wilko Bulte wrote:
> This probably also explains why make release succeeded yesterday on another
> alpha, it seems to be fixed now:
OK. I think I may have been slightly wrong on what ailed the graphics/
gd port (apologies to mi), but if it's fixed, this is a moot poin
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> If memory serves me right, Wilko Bulte wrote:
> > On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote:
> > which is deprecated, use instead"
> > gdft.c:36: freetype/freetype.h: No such file or directory
> > gdft.c:37: freet
It seems Zhihui Zhang wrote:
>
> I write a program that writes into a raw device directly. Although the
> program runs OK, the system prints messages like:
>
> ata0-master: non aligned DMA transfer attempted
>
> What exactly happens here? Is there any problem in my program?
You are probably t
On Fri, Aug 24, 2001 at 10:32:48AM -0700, David O'Brien wrote:
> On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> > >
> >
> > make NODOC=YES ?
> >
> > I know that's not the "real" answer.
>
> Nope. We need an RC to test -- this means as close to the real release
> as we can get
Try recompiling squid *after* you have your local shell's ulimit's
unlimited, so that the higher limits get set by configure.
Steps:
1. fix up your /etc/rc.sysctl to up kern.maxfilesperproc and kern.maxfiles
2. ulimit -n 1 (or if in csh/tcsh, type unlimit)
* you may have to force the hard
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> If memory serves me right, Wilko Bulte wrote:
> > On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote:
> > > If memory serves me right, Wilko Bulte wrote:
> > > > I get the impression that even if a machine has the necessary
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> >
>
> make NODOC=YES ?
>
> I know that's not the "real" answer.
Nope. We need an RC to test -- this means as close to the real release
as we can get.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
If memory serves me right, Wilko Bulte wrote:
> On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote:
> > If memory serves me right, Wilko Bulte wrote:
> > > I get the impression that even if a machine has the necessary docproj
> > > buildtools ports installed a 'make release' builds them
On Thu, Aug 23, 2001 at 05:47:19PM -0700, Julian Elischer wrote:
> the paranoid answer is that someone is replacing your squid and rebooting
> the system to cover their tracks...
you might think that, however, i'm not that paranoid.
in any case, i think i've nailed down the problem.
the wierd b
On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote:
> If memory serves me right, Wilko Bulte wrote:
> > I get the impression that even if a machine has the necessary docproj
> > buildtools ports installed a 'make release' builds them from scratch
> > again? Is this true? And why?
>
> Ye
Alfred, DG, could you take a look at pmap_copy() in i386/i386/pmap.c
and tell me if what I think I'm seeing is what I'm seeing?
My read of this code is that a global, APTDpde, is being set, and
then that pointer is being used in a loop later on in the routine.
the problem is t
Is there an easy way to script interaction with fsdb? I'm trying to
rebuild a disk that failed recently and I'm searching for the inode
contains a directory that I need. However the entry in the root inode
lists the inode for the directory I'm after as 0. I know it is there
somewhere on the dis
:>
:> MAP_INHERIT This is supposed to permit regions to be
:> inherited across execve(2) system calls,
:> but is currently broken.
:
: Support for the flag and reference to it in the manpage should just be
:removed.
:
:-DG
:
:David Greenman
If memory serves me right, Wilko Bulte wrote:
> I get the impression that even if a machine has the necessary docproj
> buildtools ports installed a 'make release' builds them from scratch
> again? Is this true? And why?
Yes, it's true. We need to rebuild the docproj ports inside the chroot
area
On Fri, Aug 24, 2001 at 09:34:51AM +0100, Konstantin Chuguev wrote:
> That's cool! Maybe we can have a patch changing these cpp vars in the cfs
> port?
Don't forget to submit any work to [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the b
I get the impression that even if a machine has the necessary docproj
buildtools ports installed a 'make release' builds them from scratch
again? Is this true? And why? This takes bloody forever..
Observed with make release for RELENG_4 on Alpha.
Like:
chflags -R noschg /R/stage/trees
touch rel
I write a program that writes into a raw device directly. Although the
program runs OK, the system prints messages like:
ata0-master: non aligned DMA transfer attempted
What exactly happens here? Is there any problem in my program?
Thanks.
-Zhihui
To Unsubscribe: send mail to [EMAIL PROTEC
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Wes Peters writes:
> : I've had no problems with this card, it is currently reaching about 6.5
> : miles without an amplifier, using a 24 dB "fruit basket" antenna on the
> : roof of my house.
>
> What does the other end have?
An omni antenn
> Worse, pmap_pid_dump() is undocumented, and I don't
> understand what for(i=0;i<1024;i++) for(j=0;j<1024;j++) {} loop there is
> supposed to do... :-(
>
> I'd appreciate if someone would explain this to me.
the process' virtual memory is mapped into physical memory with page
directory ta
hi, there!
On Fri, Aug 24, 2001 at 01:45:48PM +0400, Eugene L. Vorokov wrote:
> > > It's kinda late in the process to be complaining about this, but I just noticed
>this myself...
>
> Why not just symlink csh to tcsh then ?
>
> vel@bugz:/sys/modules/paudit # ls -l /bin/*csh
> -r-xr-xr-x 2 roo
I recently purchaced the freeBSD 3rd edition kit (book & 10 cd's) and have it
installed and configured the best i need at this point, however i was having a hard
time trying to make since of what the book had to say about configuring the kernel. I
looked at the source code, but it didn't seem
Hello,
there seems to be a problem with the handling of the interfaces
subtree. In if_mib.c I see:
if (name[0] <= 0 || name[0] > if_index)
return ENOENT;
ifp = ifnet_addrs[name[0] - 1]->ifa_ifp;
and after that 'ifp' is used to return information to the user. Th
Subject: Mail::Internet test subject
This is a test message that was sent by the test suite of
Mail::Internet.
Testing.
one
>From foo
four
>From bar
seven
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, Aug 24, 2001 at 03:33:47PM +0400, Andrey A. Chernov wrote:
> Can anybody recommend some incoming mail virus scanner soft smoothly
> integrated with sendmail or procmail, keep its virus database fresh and
> eaten small amount of resources (not perl, please)?
AVP (http://www.avp.ru) or Dr.W
Can anybody recommend some incoming mail virus scanner soft smoothly
integrated with sendmail or procmail, keep its virus database fresh and
eaten small amount of resources (not perl, please)?
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On Fri, 24 Aug 2001, Eugene L. Vorokov wrote:
ELV>> On Fri, Aug 24, 2001 at 01:45:48PM +0400, Eugene L. Vorokov wrote:
ELV>> > > > It's kinda late in the process to be complaining about this, but I just
noticed this myself...
ELV>> >
ELV>> > Why not just symlink csh to tcsh then ?
ELV>>
ELV>> Be
> On Fri, Aug 24, 2001 at 01:45:48PM +0400, Eugene L. Vorokov wrote:
> > > > It's kinda late in the process to be complaining about this, but I just
>noticed this myself...
> >
> > Why not just symlink csh to tcsh then ?
>
> Because csh is hardlinked to tcsh instead.
Oh well, I missed that. Bu
On Fri, 24 Aug 2001, Eugene L. Vorokov wrote:
ELV>> > It's kinda late in the process to be complaining about this, but I just
noticed this myself...
ELV>
ELV>Why not just symlink csh to tcsh then ?
ELV>
ELV>vel@bugz:/sys/modules/paudit # ls -l /bin/*csh
ELV>-r-xr-xr-x 2 root wheel 740996 Aug
> > It's kinda late in the process to be complaining about this, but I just noticed
>this myself...
Why not just symlink csh to tcsh then ?
vel@bugz:/sys/modules/paudit # ls -l /bin/*csh
-r-xr-xr-x 2 root wheel 740996 Aug 23 23:19 /bin/csh
-r-xr-xr-x 2 root wheel 740996 Aug 23 23:19 /bin/
Fri, Aug 24, 2001 at 11:41:43, vel (Eugene L. Vorokov) wrote about "kill a process in
kernel":
> what is the most proper and easy way to shutdown given process
> (not curproc) from kernel module ? Any advices regarding this
> are appreciated.
psignal(9); killproc() (for SIGKILL, in extremal s
That's cool! Maybe we can have a patch changing these cpp vars in the cfs
port?
Regards,
Konstantin.
Darryl Okahata wrote:
> However, upon perusing the code again, cfsd appears to be using a
> plain hash table with 1024 buckets and a linked list at each bucket.
> The number of buckets
John Polstra wrote:
>
> In article <[EMAIL PROTECTED]>,
> Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> [concerning my fixes for ng_ksocket nodes to handle TCP operations]
>
> > If you send me the files I can diff them and commit them.
> > (of course you are welcome to do it yourself at your
Hello,
what is the most proper and easy way to shutdown given process
(not curproc) from kernel module ? Any advices regarding this
are appreciated.
Regards,
Eugene
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
65 matches
Mail list logo
