rtain services fail to
start or throw fits, but you have to be able to match it with output
from the rc script (something that not all scripts do I might add).
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
at explains how USB does device
enumerations and why it would account for a significant chunk of the
boot process.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send a
cal to me to keep the nss_compat interface synchronized with the
APIs that call nsdispatch. I guess I'll make patches for both.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscri
e"? I wasn't able to determine the reason from the commit log.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
compiled
nvidia-driver with clang. Except in my case it's Xfce4 and no panics,
but completely unusable (fonts were too large, offsets calculated
wrongly, terminal emulation was like opening something in vi with
TERM=dumb, mouse movement shocked,
On 28-5-2012 23:22, Jeremie Le Hen wrote:
> Hi Mel,
>
> On Sun, May 27, 2012 at 08:15:02PM +0200, Mel Flynn wrote:
>> Hi,
>>
>> for a port, I'm seeing:
>> #ifdef _FORTIFY_SOURCE
>> ...
>> #endif
>>
>> I did a bit of reading (http://wik
issing the docs
that tell me "if you add foo to CFLAGS then bar will happen, unless baz".
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 19-5-2012 5:54, Tim Kientzle wrote:
>
> On May 18, 2012, at 7:51 AM, Mel Flynn wrote:
>
>> On 17-5-2012 14:53, Mateusz Guzik wrote:
>>> On Wed, May 16, 2012 at 11:37:44PM +0300, tza...@it.teithe.gr wrote:
>>
>>>> Nice. What about curl over the HTT
e tar(1) to package up multiple
files and implement http put support in libfetch(3). You may also need
to implement 305 Use Proxy support.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
T
l_handler' thread.
Right on the mark. I've modified the test code accordingly and things
work as expected. I've also applied the logic to the Zarafa spooler and
in the logs I'm finally seeing:
child: [79572] E-mail for user mel was accepted by SMTP serv
On 4/11/2012 16:26, Ian Lepore wrote:
> On Wed, 2012-04-11 at 16:11 +0200, Mel Flynn wrote:
>> What happens is that SIGCHLD is never received by the signal thread and
>> the child processes turn to zombies. Signal counters never go up, not
>> even for SIGINFO, which I added s
ode not in FreeBSD.
Thanks in advance for any insights.
--
Mel
PROG=spoolerbug
NO_MAN=yes
DEBUG_FLAGS=-g3
WARNS=6
WITH_DEBUG=yes
LDFLAGS+=-pthread
.include "../mk/core.mk"
.include
/*
* vim: ts=4 sw=4 tw=78 noet ai fdm=marker
*/
#include
__FBSDID("$FreeBSD$");
#include
pfind() function?
>From userland, see kvm_openfiles(3) and kvm_getprocs(3).
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Wednesday 23 December 2009 01:19:23 Bjoern A. Zeeb wrote:
> On Tue, 22 Dec 2009, Mel Flynn wrote:
>
> Hi,
>
> first of all this would find more people to help on freebsd-jail as it
> has nothing to do with hackers ;-)
Yes, that was pretty braindead of me, especially since
t specifying the interface and add the 177.62 alias on bge0?
Ideally I'd have a jail_$jail_ip_multi$aliasno_interface="foo0", but my main
worry is that the jail infrastructure understands the routing involved.
--
Mel
___
freebsd-hackers@freebsd
uld not depend on the memory sharing semantics
of vfork() as it will, in that case, be made synonymous to fork(2).
So is this entire problem eliminated when system sharing mechanisms are in
place and vfork considered the temporary work around or is copying of
superp
On Wednesday 04 November 2009 13:49:54 Mel Flynn wrote:
> Using env MALLOC_OPTIONS= also has no impact at all (just in case defaults
> aren't that). Since fgrep is fast and basically seeds the cache for grep,
> I'm ruling out disks/io reads. In fact, /tmp on this laptop is
On Wednesday 04 November 2009 04:05:44 Eygene Ryabinkin wrote:
> Mel, good day.
>
> Tue, Nov 03, 2009 at 09:22:28PM +0100, Mel Flynn wrote:
> > So on the laptop I modified the testscript as it is attached now and
> > while there is still a significant delay, the wallclock
On Tuesday 03 November 2009 22:19:05 Gabor Kovesdan wrote:
> Mel Flynn escribió:
> > Hi,
> >
> > attached a little test script for grep's -i performance. I tried a few
> > different machines and the 64-bit 7.2 machine I could steal doesn't seem
> &g
s needed / I missed? Patches to try?
[And it just occured to me bsdgrep is in ports]:
=>>> bsdgrep
0.93 real 0.74 user 0.00 sys
4.80 real 4.33 user 0.02 sys
4.97 real 4.34 user 0.01 sys
So here the optimization
On Friday 09 October 2009 21:27:21 Dag-Erling Smørgrav wrote:
> Mel Flynn writes:
> > Dag-Erling Smørgrav writes:
> > > Yes, just run "gdb /path/to/program" and type "run".
> >
> > Not what I was looking for. The segfaults are random and the on
On Friday 09 October 2009 16:50:04 Mel Flynn wrote:
> On Friday 09 October 2009 11:38:29 Dag-Erling Smørgrav wrote:
> > Mel Flynn writes:
> > > is there a way to have a program run through gdb and gdb only record a
> > > segfault, but otherwise let the program run?
On Friday 09 October 2009 16:50:04 Mel Flynn wrote:
> On Friday 09 October 2009 11:38:29 Dag-Erling Smørgrav wrote:
> > Mel Flynn writes:
> > > [...] sudo *sometimes* segfaults [...] However, it doesn't dump core
> >
> > sudo(1) is setuid root. You need t
On Friday 09 October 2009 11:38:29 Dag-Erling Smørgrav wrote:
> Mel Flynn writes:
> > is there a way to have a program run through gdb and gdb only record a
> > segfault, but otherwise let the program run?
>
> Yes, just run "gdb /path/to/program" and type "ru
On Friday 09 October 2009 00:38:32 Paul B Mahol wrote:
> On 10/9/09, Mel Flynn wrote:
> > Hi,
> >
> > is there a way to have a program run through gdb and gdb only record a
> > segfault, but otherwise let the program run?
> >
> > Why I'd like this is t
ning processes from a uid that doesn't exist in the jail,
but without a backtrace I don't know what to fix.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, se
On Tuesday 04 August 2009 13:43:24 Dimitry Andric wrote:
> On 2009-08-04 22:45, Mel Flynn wrote:
> > % mount -t msdofs /dev/label/camera ~/camera
> > mount: /dev/label/camera : Operation not supported by device
> >
> > I would expect something along the lines of "u
is fixable?
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Sun, 19 Jul 2009 22:13:48 -0800, Mel Flynn
wrote:
> On Mon, 13 Jul 2009 16:39:09 -0400, John Baldwin wrote:
>> On Monday 13 July 2009 3:33:51 pm Tijl Coosemans wrote:
>>> On Monday 13 July 2009 20:28:08 John Baldwin wrote:
>>> > On Sunday 05 July 2009 3
L);
>>
>> Why not "uap->len == 0"? Sizes of 2GiB and more (32bit) shouldn't cause
>> an error.
>
> I don't actually disagree and know of locally modified versions of
FreeBSD
> that remove this check for precisely that reason.
If thi
On Tuesday 30 June 2009 00:24:00 Alan Cox wrote:
> Mel Flynn wrote:
> > On Sunday 28 June 2009 15:41:49 Alan Cox wrote:
> >> Wojciech Puchar wrote:
> >>> how can i check how much (or maybe - what processes) 2MB pages are
> >>> actually allocated?
>
core around the loop at line
1601 (rev 194498), but I know nothing about the vm subsystem to know the
implications or locking involved. There's still 16 bytes of spare to consume,
in the kve_vminfo struct though ;)
--
Mel
___
freebsd-hackers@fr
On Wednesday 17 June 2009 13:17:37 John Baldwin wrote:
> On Wednesday 17 June 2009 3:52:54 pm Mel Flynn wrote:
> > On Wednesday 17 June 2009 04:15:26 John Baldwin wrote:
> > > On Tuesday 16 June 2009 7:01:45 pm Mel Flynn wrote:
> > > > On Tuesday 16 June 20
On Wednesday 17 June 2009 04:15:26 John Baldwin wrote:
> On Tuesday 16 June 2009 7:01:45 pm Mel Flynn wrote:
> > On Tuesday 16 June 2009 11:02:42 John Baldwin wrote:
> > > On Tuesday 16 June 2009 1:52:23 pm Mel Flynn wrote:
> > > > Hi John,
> > > >
>
On Tuesday 16 June 2009 11:02:42 John Baldwin wrote:
> On Tuesday 16 June 2009 1:52:23 pm Mel Flynn wrote:
> > Hi John,
> >
> > On Tuesday 16 June 2009 04:19:57 John Baldwin wrote:
> > > On Monday 15 June 2009 5:53:05 pm Mel Flynn wrote:
> > >
Hi John,
On Tuesday 16 June 2009 04:19:57 John Baldwin wrote:
> On Monday 15 June 2009 5:53:05 pm Mel Flynn wrote:
> > PIDTID COMM TDNAME KSTACK
> > 4283 100215 kdeinit4 -mi_switch turnstile_wait
> > _mtx_loc
ile_wait
_mtx_lock_sleep uipc_peeraddr kern_getpeername getpeername syscall
Xint0x80_syscall
% ps -ww 4283
PID TT STAT TIME COMMAND
4283 ?? T 0:00.38 kdeinit4: kdeinit4: kio_http http
local:/tmp/ksocket-mel/klauncherxJ1635.slave-socket local:/tmp/ksocket-
mel/plasmayC1653.slav
to
namei? This works in userland at present and lighttpd could use something
similar as a work around until it's fixed:
% echo this is foo > foo
% ln -fs foo bar
% cat bar/
this is foo
% cat bar/.
cat: bar/.: Not a directory
--
Mel
On Wednesday 25 February 2009 18:36:45 Xin LI wrote:
> Mel wrote:
> [...]
>
> > I'll file a PR for it, if there's no objections to this feature /
> > implementation, the style(9) or the usage of -t.
>
> One comment: you may want to consider using expand_nu
545M.
I'll file a PR for it, if there's no objections to this feature /
implementation, the style(9) or the usage of -t.
--
Mel
Index: usr.bin/du/du.1
===
RCS file: /home/ncvs/src/usr.bin/du/du.1,v
retrieving revision
0ms
2. After 300ms 128Kbit of bandwidth is provided
3. When using this method, the first value must be 0.
Though, this only works when under pressure. If enough bandwidth is available,
the delay won't happen.
More info here:
http://www.probsd.net/pf/index.php/Hednod%2
tly cause the system time, do interrupt
rates give any hint as to what does?
And to rule out the obvious, you did check swapping?
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
done before targets. You would need seperate
invocations of make, to generate the file and get it included.
Maybe this will work, tho I doubt it (I expect the include to screw with the
beforedepend target):
beforedepend:
.if !exists(${.CURDIR}/elements.mk)
lly need it, you should override compilation rules in your own
BSDmakefile, like so:
.c.o:
${CC} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET}
.cpp.o:
${CXX} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET}
As a general rule, a directory should contain "one project", use bsd.subdi
a >= kn->kn_sdata;
+ else
+ ret = kn->kn_data > 0;
PIPE_UNLOCK(rpipe);
return ret;
}
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Monday 06 October 2008 14:22:13 Eygene Ryabinkin wrote:
> Mel,
>
> Mon, Oct 06, 2008 at 01:07:51PM +0200, Mel wrote:
> > On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote:
> > Once you have the origin of the port, you can:
> > - make -C $PORTSDIR/$orig
On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote:
> Mel, good day.
>
> Mon, Oct 06, 2008 at 11:24:54AM +0200, Mel wrote:
> > On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote:
> > > But downloading the INDEX file from the central server seemed to be the
ion.
It's also quite trivial to provide this availibility information in a daily
security script, for the "majority of cases" and it's better to have tunables
like _use_remote_portindex, _use_portsdir=/bigdisk/usr/ports in a script.
--
Mel
ere with normal comments, that can become
documentation by simply adding an extra asterisk.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
an you boot via:
0:da(0,a)/boot/kernel/kernel
Or variants of those, see boot(8) for the syntax explanation.
--
Mel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
he reasons are for people to say it's bad to save scripts in
the db, but for me it would be that I can't inspect and/or modify them,
though if there were support in the ports for PKG(DE)INSTALL_LOCAL, I suppose
I could do without the modification part.
--
Mel
On Tuesday 01 April 2008 12:14:08 Dag-Erling Smørgrav wrote:
> Mel <[EMAIL PROTECTED]> writes:
> > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > > it will either read input or it won't, and what happens when it
> > > reads depends entirely
On Monday 31 March 2008 05:49:33 Dag-Erling Smørgrav wrote:
> Mel <[EMAIL PROTECTED]> writes:
> > Hi,
> >
> > from reading the manpage on EVFILT_WRITE I thought it would be an easy to
> > use interface to detect when a program wants input.
> > So far, that
q);
pclose(proc);
return 0;
}
test.sh:
#!/bin/sh
i=0
while(test $i -lt 3); do
echo sleeping
sleep 1;
i=$((i+1));
done
echo "Do you wanna write? "; read ANSWER
echo $ANSWER
--
Mel
___
freebsd-hack
54 matches
Mail list logo
