On Wed, 2005-Mar-30 16:06:55 -0400, zean zean wrote:
>Dirk-Willem My idea is to avoid all the processes zombies. thanks by
>the recommendation.
If you just want to avoid zombies and don't care about the return
status, you can set SIGCHLD to SIG_IGN with SA_NOCLDWAIT (see
sigaction(2)) and not hav
On Wed, 2005-Mar-30 14:17:43 -0400, zean zean wrote:
>Excuse for my badly English. which is the best form to wait the
>finish of execution of a child.
That's virtually impossible to answer as a general case. The best
form depends on exactly what you want to do.
>My idea is:
>
>pid_t chilpid;
>
In the last episode (Mar 31), Matthew Luckie said:
> Does kqueue signal EOF on an ordinary file when there is nothing left
> to read?
>
> The code at http://www.wand.net.nz/~mjl12/kqfile.c.txt
>
> cc -Wall -o kqfile kqfile.c
> ./kqfile kqueue.c
>
> doesn't ever get EOF notification as far as i c
Does kqueue signal EOF on an ordinary file when there is nothing left to
read?
The code at http://www.wand.net.nz/~mjl12/kqfile.c.txt
cc -Wall -o kqfile kqfile.c
./kqfile kqueue.c
doesn't ever get EOF notification as far as i can tell. as in, it isn't
signaled in kevent.flags, nor does kqueue sign
acpi related, but on freebsd 4.11 (cvsupped and built on 24 march).
i've compiled with device acpica in the kernel, but i get sporadic page
faults as attached.
i do know that acpica is experimental and that LINT does warn of kernel
panics and machine hangs. however i was wondering if anyone has got
only if you can answer this:
Is there another Luke Skywalker? :-)
On Wednesday 30 March 2005 07:21 pm, Maksim Yevmenkin wrote:
> Jerry Toung wrote:
> > Hey Max,
> > all I can say is thank you. That's a very nice tutorial. I am sure other
> > people will benefit.
>
> so, did i get job at nasa? :)
Jerry Toung wrote:
Hey Max,
all I can say is thank you. That's a very nice tutorial. I am sure other
people will benefit.
so, did i get job at nasa? :)
btw, i did miss one command (naming one2many node) while
cut-and-paste'ing this from my screen, i.e.
>>+ mkpeer tee: one2many left2right many0
>
Hey Max,
all I can say is thank you. That's a very nice tutorial. I am sure other
people will benefit.
Take care my friend.
Jerry
On Wednesday 30 March 2005 05:22 pm, Maksim Yevmenkin wrote:
> Jerry,
>
> draw a picture :) it really helps :) for example
>
> right2left left2right
>
> Yes, procfs rules!
Procfs is from linux?
I thought it was from Plan 9... along with rfork :).
>
> -SB
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "[
On Tue, 29 Mar 2005, H. S. wrote:
> My "USERNAME" account doesn't have access to /sbin/dmesg, but I uploaded
> a /sbin/dmesg from a 5.2.1-RELEASE to a 5.3-STABLE box, and then I could
> have access to this system information. The same goes for systat ,
> vmstat, and all these commands that (most p
mohamed aslan wrote:
>
> guys this is not a flame war
> but the linux way in arranging the source file is really better than
> freebsd way, it's a fact.
Nope. It's real difficult to organize the files worse than in Linux.
FreeBSD is actually real good. Way better than UnixWare, and
of course anyt
Wilko Bulte wrote:
> http://linuxdevices.com/news/NS8386088053.html
Netsilicon's NS7520 is ARM7TDMI based processor and no MMU.
That would not be a good choice for running FreeBSD :-)
Kevin
___
freebsd-hackers@freebsd.org mailing list
http://li
Wilko Bulte wrote:
http://linuxdevices.com/news/NS8386088053.html
It's an AMR7, which is pretty minimal. I'm not sure if the existing ARM
code has any considerations for scaling that low. Would be a very
interesting project, though.
Scott
___
freebsd-
http://linuxdevices.com/news/NS8386088053.html
--
Wilko Bulte [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL P
Jerry,
draw a picture :) it really helps :) for example
right2left left2right
\ /
[ksocket] --- [tee] [hole]
left right
# ngctl
+ mkpeer hole hook hook -- create ng_hole node
+ name hook hole -- name ng_hole node
+ mkpeer hole: tee r
Good afternoon list,
I am still trying to build a simple netgraph using ng_tty. Ultimately I would
like to go from inet->tee->ng_tty(/dev/cuaa0).
Please advise what I am doing wrong as I still see an error message (see
bottom of email). Excuse me for the slighty long thread.
Here is my very sim
On 1112218673 seconds since the Beginning of the UNIX epoch
"ALeine" wrote:
>
>Using mlockall(2) to prevent paging and setrlimit(2) to prevent core
>from being dumped would also be an improvement for both CGD and GBDE.
That's what I just did. :-)
--
Roland Dowdeswell ht
[EMAIL PROTECTED] wrote:
> Having a quick read it looks like the call to cmd_nuke() is
> preceded by a cmd_open(). cmd_open() loads the decrypted decoded
> contents of the lock sector into memory which contain all of the
> information needed to decrypt the disk. In cmd_nuke(), the malloc is
> f
On 1112207393 seconds since the Beginning of the UNIX epoch
"ALeine" wrote:
>
>Thanks for responding so quickly.
No problem.
>- the first bug is in cmd_nuke() and could not be seen as much
> of a bug because cmd_nuke() is used to destroy lock sectors.
> If this fails due to memory starvation n
> On Wed, 2005-Mar-30 11:06:53 -0600, H. S. wrote:
>>As I stated previously, I'm not much of a C programmer, but I can do some
>>coding. I've been thinking into changing the core of the system a bit to
>>return errors if some information is accessed by a normal user.
>
> Wouldn't making /sbin and /
thanks to all by responding me so fast. Florent I will continue your counsels.
Dirk-Willem My idea is to avoid all the processes zombies. thanks by
the recommendation.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
On Wed, 30 Mar 2005 11:06:53 -0600 (CST), H. S.
<[EMAIL PROTECTED]> wrote:
> As I stated previously, I'm not much of a C programmer, but I can do some
> coding. I've been thinking into changing the core of the system a bit to
> return errors if some information is accessed by a normal user. I'd lik
Rajesh Ghanekar wrote:
Hi,
I am trying to convert a physical memory location (address 0x000F)
to virtual memory address in kernel module with pmap_map() / pmap_enter().
Whenever i call these two functions, system hangs. Is this a proper
way for conversion?
The same physical address can be ac
On Wed, 2005-Mar-30 09:30:47 -0800, mohamed aslan wrote:
>u took my opinion as an attack,
Your phrasing was provocative (though at least you agree that it's
just your opinion - elsewhere, you continue to claim that your
opinions are facts).
>u just wanna flaming,
Given your statements, I was sur
Hi,
I am trying to convert a physical memory location (address 0x000F)
to virtual memory address in kernel module with pmap_map() / pmap_enter().
Whenever i call these two functions, system hangs. Is this a proper
way for conversion?
The same physical address can be accessed from the userspa
On Wed, 30 Mar 2005 09:30:47 -0800, mohamed aslan <[EMAIL PROTECTED]> wrote:
> i cann't reply to all of ur comments
> but , that is what makes u break off , as DragonFly split of u
So you're going to fork FreeBSD because we didn't think your comments
were constructive and that you don't like the o
On Wed, 2005-Mar-30 11:06:53 -0600, H. S. wrote:
>As I stated previously, I'm not much of a C programmer, but I can do some
>coding. I've been thinking into changing the core of the system a bit to
>return errors if some information is accessed by a normal user.
Wouldn't making /sbin and /usr/sbin
Le Mercredi 30 mars 2005 à 10:25 -0800, Michael C. Shultz a écrit :
> On Wednesday 30 March 2005 10:17 am, zean zean wrote:
> > Hi Hackers:
> >
> > Excuse for my badly English. which is the best form to wait the
> > finish of execution of a child.
> >
> > My idea is:
> >
> > pid_t chilpid;
> >
>
[EMAIL PROTECTED] wrote:
> Thanks for having a look at that. I have checked in a fix.
Thanks for responding so quickly.
> I presume that you have addressed the cases in GBDE where
> malloc's return code has not been checked? If so, perhaps
> cvsweb is a little behind. It looks to me like 2
Le Mercredi 30 mars 2005 à 14:17 -0400, zean zean a écrit :
> Hi Hackers:
>
> Excuse for my badly English. which is the best form to wait the
> finish of execution of a child.
It depends on the context of your program
(synchronous/asynchronous).
> My idea is:
>
> pid_t chilp
On Wednesday 30 March 2005 10:17 am, zean zean wrote:
> Hi Hackers:
>
> Excuse for my badly English. which is the best form to wait the
> finish of execution of a child.
>
> My idea is:
>
> pid_t chilpid;
>
> while(childpid != wait(&status))
> ;
>
> Any aid to obtain the best way is very welcome.
Hi Hackers:
Excuse for my badly English. which is the best form to wait the
finish of execution of a child.
My idea is:
pid_t chilpid;
while(childpid != wait(&status))
;
Any aid to obtain the best way is very welcome.
PD. Excuse my ignorance and I hope they can guide me.
Bye and thanxs
Le Mercredi 30 mars 2005 à 09:30 -0800, mohamed aslan a écrit :
> i cann't reply to all of ur comments
> but , that is what makes u break off , as DragonFly split of u
>
> u took my opinion as an attack,
> u just wanna flaming,
*shrug*
> u also got off topic "CVS and SVN",
Th
Hi.
When programming, I'd like to be able to make sure that what I think
what the code that I type does, is what I want it to do. Who doesn't?
Anyway, since I'm already compiling with most warnings on and I'm
linting my code, I'm trying my best to be more sure of it.
There where I find problems t
On Tue, Mar 29, 2005 at 09:18:32PM -0500, David Schultz wrote:
> On Tue, Mar 29, 2005, Richard Sharpe wrote:
> > Hi,
> >
> > I am having some problems with the tdb package on FreeBSD 4.6.2 and 4.10.
> >
> > One of the things the above package does is:
> >
> >mmap the tdb file to a region of
i cann't reply to all of ur comments
but , that is what makes u break off , as DragonFly split of u
u took my opinion as an attack,
u just wanna flaming,
u also got off topic "CVS and SVN",
my words were really facts Mr Scott , Linux layout is better than
FreeBSD layout , FreeBSD performance it
Thanks for all the replies, I'm considering mounting /home noexec, and
installing the most common stuff system-wide, so it can be executed by any
user.
As I stated previously, I'm not much of a C programmer, but I can do some
coding. I've been thinking into changing the core of the system a bit to
On Tue, 29 Mar 2005, David Schultz wrote:
> On Tue, Mar 29, 2005, Richard Sharpe wrote:
> > Hi,
> >
> > I am having some problems with the tdb package on FreeBSD 4.6.2 and 4.10.
> >
> > One of the things the above package does is:
> >
> >mmap the tdb file to a region of memory
> >store stu
On 1112190917 seconds since the Beginning of the UNIX epoch
"ALeine" wrote:
>
>I took a quick look at the latest NetBSD CGD code and found
>out that out of 19 memory allocation operations 11 (almost 60%)
>are done in a way that could lead to a segmentation violation
>which would leave behind a cor
[EMAIL PROTECTED] wrote:
> This has nothing to do with FreeBSD development, take it
> elsewhere. What's your intention, start another flamefest
> like the endless CGD vs GBDE thread? Please.
This may come as a surprise to you, but there are people on
the freebsd-hackers mailing list who are not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
See chpter 15 of the handbook
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mac.html
regards.
- --
"Linux is for people who hate Windows, BSD is for
people who love UNIX"
"Social Engineer -> Because there is no patch for human stupidi
On Wed, 30 Mar 2005 05:55:17 -0800 (PST)
"ALeine" <[EMAIL PROTECTED]> wrote:
[Trollish CC trimmed.]
> I find it alarming that this kind of sloppy programming can be found in
> a piece of software that is supposedly designed to be secure and provide
> security. I believe the CGD code should be ser
I took a quick look at the latest NetBSD CGD code and found
out that out of 19 memory allocation operations 11 (almost 60%)
are done in a way that could lead to a segmentation violation
which would leave behind a core dump full of sensitive
information that could be used to compromise a CGD encryp
In <[EMAIL PROTECTED]>, H. S. <[EMAIL PROTECTED]> typed:
> My "USERNAME" account doesn't have access to /sbin/dmesg, but I uploaded a
> /sbin/dmesg from a 5.2.1-RELEASE to a 5.3-STABLE box, and then I could
> have access to this system information. The same goes for systat , vmstat,
> and all these
In the thread ("A few thoughts..") some problems were mentioned
(disallowing users to start certain binaries) and some solutions (like
putting the /home tree on a dedicated partition and using mount options).
I'm interested could this be done with MAC, and how? There's not much
documentation on
On Wed, Mar 30, 2005, Peter Jeremy wrote:
> On Tue, 2005-Mar-29 22:57:28 -0500, jason henson wrote:
> >Later in that thread they discuss skipping the restore state to make
> >things faster. The minimum buffer size they say this will be good for
> >is between 2-4k. Does this make sense, or am I
On Tue, 2005-Mar-29 22:57:28 -0500, jason henson wrote:
>Later in that thread they discuss skipping the restore state to make
>things faster. The minimum buffer size they say this will be good for
>is between 2-4k. Does this make sense, or am I showing my ignorance?
>
>http://leaf.dragonflybsd.
47 matches
Mail list logo
