f in doubt, ask here, together with a description of what is
changed / improved / new
4) repeat from 2) until the most recent version is reached
Bye,
Alexander.
--
LEVERAGE:
Even if someone doesn't care what the world thinks
about them, they always hope t
`memcmp'.
We do not provide all necessary functions in kernel and mostly depend
on luck for the kernel to link. Your luck apparently ran out :(
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Thu, 22 Jan 2009 00:52:13 +
Andrew Brampton wrote:
> 2009/1/21 Alexander Kabaev :
> > From GCC's info pages:
> >
> > Most of the compiler support routines used by GCC are present in
> > `libgcc', but there are a few exceptions. GCC requires the
en that sets the backlight
via sysctl
instead of
- a character device with appropriate filesystem permissions
which allows to not go the SUID root or daemon running as
root way
?
Bye,
Alexander.
--
E.T. GO HOME!!! (And take your Smurfs with you.)
http://www.Leidinger.netAlexander
Quoting Ed Schouten (from Thu, 29 Jan 2009 15:36:06 +0100):
* Alexander Leidinger wrote:
So you want that either
- a daemon running as root is written which listens to user
requests to set the backlight via sysctl
or
- a SUID root program is written that sets the backlight
via sysctl
ite the
required skills in a proposal). When we see a proposal which is just a
copy of what we have on the ideas page, it will not get that much
points, as it doesn't show if the students really understands what he
is proposing.
Bye,
Alexander.
On Wed, Feb 25, 2009 at 1:55 AM, Jordan G
easy solution, pipe the output of portupgrade to a
logfile. This way you can have a look what happened with the port
which was reported as broken. Maybe there's a dependency missing, and
after updating other ports after the failure, this dependency was
satisfied so that the next run s
on suspend if ACPI does not doing it
automatically.
But on system shutdown having meaning of reboot, I think, commanding
drive IDLE will just lead to additional mechanical and power stress for
drive and PSU when drives will be spin-up in just a few seconds after
spin-down.
--
Alexander Motin
___
f this is on -current and depending on the problem, dtrace may be an
option (I don't know if it special-cases init or not).
Bye,
Alexander.
--
Don't interfere with the stranger's style.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.or
Quoting Marius Nünnerich (from Wed, 11 Mar 2009
15:54:44 +0100):
On Wed, Mar 11, 2009 at 08:51, Alexander Leidinger
wrote:
Quoting Nate Eldredge (from Tue, 10 Mar 2009
19:02:16 -0700 (PDT)):
On Tue, 10 Mar 2009, vasanth raonaik wrote:
Hello Team,
I need to debug init process. I am
Hello:
I'm working with building the Boost libraries and Boost.Math has long
double support stubbed out for FreeBSD (personally I don't need it
but..). I believe looking at some historical threads about this over
the weekend and a lot of it was due to compiler GNUish bugs handling
long double mat
On Mon, Mar 23, 2009 at 2:03 PM, David Schultz wrote:
> On Mon, Mar 23, 2009, Alexander Sack wrote:
>> I'm working with building the Boost libraries and Boost.Math has long
>> double support stubbed out for FreeBSD (personally I don't need it
>> but..). I bel
On Fri, Mar 27, 2009 at 1:31 PM, Poul-Henning Kamp wrote:
> In message <49cd0405.1060...@samsco.org>, Scott Long writes:
>
>>I've been talking about this for years. All I need is help with the VM
>>magic to create the page on fork. I also want two pages, one global
>>for gettimeofday (and any ot
Hi Folks:
I'm debugging an issue with a third-party driver that causes an NMI
during driver initialization. It only occurs for one version of the
driver thus far. I want to isolate what triggers the NMI and
generally get a feel for the initialization of the hardware.
I'm running a 6.x-amd64 ker
On Sun, Mar 29, 2009 at 2:07 PM, Peter Jeremy
wrote:
> On 2009-Mar-27 14:19:16 -0400, Alexander Sack wrote:
>>I'm assuming folks are still in love with the TSC because it still the
>>cheapest as oppose ACPI-fast or HPET to even contemplate this?
>
> That is its maj
fine, but such really hot insertion functionality is not
implemented properly now and so blocked.
--
Alexander Motin
___
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"
Andriy Gapon wrote:
> on 30/03/2009 14:14 Alexander Motin said the following:
>> Andriy Gapon wrote:
>>> Recently I tried to hot-attach a SATA drive to a running system.
>>> Controller is ICH9 in AHCI mode. Physically/electronically everything went
>>> smoothly
or some patch which tells watchdogd to check a file?
Bye,
Alexander.
--
Whatever you want to do, you have to do something else first.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org
bvious).
For your app watching stuff, why not write a shell script which checks
for a file in a mfs which the app-start creates (if the file is there
and the pid not, the app died), and let the WD run this script. This way
you can use the default start script.
Bye,
Alexander.
_
On Tue, Apr 7, 2009 at 9:21 AM, John Baldwin wrote:
> On Monday 06 April 2009 11:12:33 pm Sergey Babkin wrote:
>> John Baldwin wrote:
>> >
>> > On Monday 06 April 2009 1:07:38 pm Ivan Voras wrote:
>> > > 2009/4/6 John Baldwin :
>> > > > On Sunday 05 April 2009 12:23:39 pm Sergey Babkin wrote:
>> >
h build.sh
benchmarks. The bug was fixed in stable/7 soon after 7.1 was released.
--
Alexander Kabaev
signature.asc
Description: PGP signature
How recent are your sources? There were a number of bugs introduced and
then fixed in releng/7.2 and stable/7 and line number you post does not
match anything interesting in either.
Please make sure you have latest vfs_cache.c file at the least.
--
Alexander Kabaev
signature.asc
Description
always try to bypass namecache altogether while you are
building the new kernel: do sysctl debug.vfscache=0
--
Alexander Kabaev
signature.asc
Description: PGP signature
nally, because C language standard
does not require that a wchar_t variable can hold an UTF-32 code
point.
3) Please, give an example of character that does not fit into UCS-4.
I'll check whether it fits into UTF-32. I expect that any character
fits into a single UTF-32 code point.
Sincerely,
elied
> upon in FreeBSD-specific code. It is not like somebody else will change
> the relevant include files without warning.
Ah, then wchar_t is for internal usage? Then it's OK.
Alexander Churanov
___
freebsd-hackers@freebs
xorquew...@googlemail.com wrote:
Finally settled on a Radeon x1950
I second that. PCIe X1950Pro with 256Mb RAM is best card price/{performance,
stability} - wise you can get right now.
--
./lxnt
___
freebsd-hackers@freebsd.org mailing list
http
hi everybody,
here's just a quick hack i applied to find. i very often use the -size switch
and always forget if you need to append "m" or "M" for megabyte or "k" or "K"
for kilobyte. after applying the patch find accepts both. ;-)
cheers.
findpatch
Description: Binary data
hmmm...but dd e.g. uses lowercase instead of upercase letters to indicate
kilobyte, megabyte and so on. isn't there some unix/posix/whatever standard
telling app developers what to use?
Wojciech Puchar schrieb am 2009-06-17:
> >>cheers.
> >Are you sure this is wise? after all 125 millibytes wou
estions would be great)
Dump is a complete userland implementation. All you need to know is the
userland programming stuff, specially for what you want to do. You can
find it online at
http://svnweb.freebsd.org/viewvc/base/head/sbin/dump/
Bye,
Alexander.
wow. thanks a bunch for all the great info.
Matthew Seaman schrieb am 2009-06-24:
> Alexander Best wrote:
> > hmmm...but dd e.g. uses lowercase instead of upercase letters to
> > indicate
> > kilobyte, megabyte and so on. isn't there some unix/posix/whatever
&g
hi there,
i'm currently playing a bit with the linux test project (ltp). it seems the
linux syscall modify_ldt() isn't implemented correctly. the following code
should set errno to ENOSYS, but instead EINVAL is being returned:
int main(int ac, char **av)
{
int lc; /* loop
hi there,
when ktrace is used with a linux binary and one runs kdump afterwards kdump
segfaults. there's a problem report here
http://www.freebsd.org/cgi/query-pr.cgi?pr=120055 with a patch.
of course linux_kdump should be used instead if the regular kdump, but it
still would be nice to have this
hi there,
i need to output the header of a file to stdout. the header looks like this:
struct Header
{
u_int8_t rom_entry[4];
u_int8_t nintendo_logo[156];
u_char game_title[12];
u_char game_code[4];
u_char maker_code[2];
u_int8_t fixed_val;
thanks. but that simply dumps the contents of the struct to stdout. but since
most of the struct's contents aren't ascii the output isn't really of much
use.
cheers.
Tom Evans schrieb am 2009-06-30:
> On Tue, 2009-06-30 at 18:12 +0200, Alexander Best wrote:
> > hi ther
being created, but is empty. is this normal?
cheers.
Igor Mozolevsky schrieb am 2009-06-30:
> 2009/6/30 Alexander Best :
> > thanks. but that simply dumps the contents of the struct to stdout.
> > but since
> > most of the struct's contents aren't ascii the output isn
should be stdout.
struct Header *hdr = rom;
int new_fd = open("/dev/stdout", O_RDWR);
printf("SIZE: %d\n",sizeof(*hdr));
write(new_fd, hdr, sizeof(*hdr));
close(new_fd);
Igor Mozolevsky schrieb am 2009-06-30:
> 2009/6/30 Alexander Best :
> > that works, but i
C. Petty schrieb am 2009-06-30:
> On Tue, Jun 30, 2009 at 08:03:21PM +0200, Alexander Best wrote:
> > should be stdout.
> > struct Header *hdr = rom;
> > int new_fd = open("/dev/stdout", O_RDWR);
> > printf("SIZE: %d\n",sizeof(*hdr));
> > write(
Mode: 0x");
fprintf(stderr, "%x", hdr->boot_mode);
fprintf(stderr, "\nSlave ID: 0x");
fprintf(stderr, "%x", hdr->slave_id);
fprintf(stderr, "\nUnused Area: 0x");
for (i=0; i < sizeof(hdr->unused_area); i++) fprintf(st
for (_i = 0; _i < sizeof(f)/sizeof(f[0]); i++) \
> printf(fmt, f[i]); \
> }while(0)
> :D
> This should allow you to point to any _array_ and print each
> element of it using format "fmt".
> Example:
> SPRINT(Header->ga
i'm wondering why mmap and munmap behave differently when it comes to a length
argument of zero. allocating memory with mmap for a zero length file returns a
valid pointer to the mapped region.
munmap however isn't able to remove a mapping with no length.
wouldn't it be better to either forbid th
e Eldredge schrieb am 2009-07-05:
> On Sun, 5 Jul 2009, Alexander Best wrote:
> >i'm wondering why mmap and munmap behave differently when it comes
> >to a length
> >argument of zero. allocating memory with mmap for a zero length
> >file returns a
> >valid pointe
i'm running something similar to this pseudo-code in an app of mine:
for (i=0 )
fprintf(stdout,"TEXT %d\r", int);
what's really strange is that if i print to stdout the output isn't very
clean. the cursor jumps randomly within the output (being 1 line). if i print
to stderr however the ou
thanks. i remembered fprintf being buffered, but i always thought \r would
also empty the buffer. now that explains everything. ;-)
alex
Jilles Tjoelker schrieb am 2009-07-05:
> On Sun, Jul 05, 2009 at 01:42:01PM +0200, Alexander Best wrote:
> > i'm running something similar to th
so. doesn't that mean that actually freebsd's mmap implementation needs to be
changed in order to return an error if one tries to allocate space with len=0?
alex
Bob Bishop schrieb am 2009-07-06:
> Hi,
> On 6 Jul 2009, at 13:14, Dag-Erling Smørgrav wrote:
> >Allocating or mapping a zero-length
thx for all the great help guys.
cheers,
alex
Carlos A. M. dos Santos schrieb am 2009-07-02:
> 2009/7/2 Dag-Erling Smørgrav :
> > Alexander Best writes:
> >> for (i=0; i < sizeof(hdr->nintendo_logo); i++)
> >> fprintf(stderr, "%x", hdr-&g
hi there,
i've written an app in c (and a bit of asm) which needs to do raw parallel
port io using the i386 opcodes in/out. to get the number of available parallel
ports installed and their addresses i open and mmap /dev/mem and read the
address-values from the BIOS area @ 0x408. is there a better
some ports using "USE_GCC" knob of /usr/ports/Mk/bsd.gcc.mk .
Is this the same as you suggest?
Alexander Churanov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send an
llel ports from within my
app? is there a syscall i can use or something like that?
cheers.
alex
Alexey Shuvaev schrieb am 2009-07-22:
> On Wed, Jul 22, 2009 at 12:43:20AM +0200, Alexander Best wrote:
> > hi there,
> > i've written an app in c (and a bit of asm) which needs t
codes: 8.001 seconds
so i think i'll rather stick to my old inline assembly code even if it can't
be considered nice programming style, but the ppi overhead isn't something i
can cope with in my app.
cheers.
alex
John Baldwin schrieb am 2009-07-23:
> On Wednesday 22 July 2009 3:31:54
word or dword basis
the overhead isn't that dramatic.
alex
John Baldwin schrieb am 2009-07-24:
> On Friday 24 July 2009 6:42:34 am Alexander Best wrote:
> > thanks for the hint.
> > if spent a bit of time and turned the in/out opcodes to ppi ioctls.
> > actually
>
Alexander Motin wrote:
Danny Braniss wrote:
wups, forgot a small little detail:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz
Is there reason why
cpi->transport = XPORT_ISCSI;
covered by
#if defined(KNOB_VALID_ADDRESS)
?
Sorry, wrong question. But those who w
Hi.
Danny Braniss wrote:
wups, forgot a small little detail:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz
Is there reason why
cpi->transport = XPORT_ISCSI;
covered by
#if defined(KNOB_VALID_ADDRESS)
?
--
Alexander Mo
race/src/sys/compat/linux/linux_emul.c?revision=185383&view=markup I have code which worked at least at some point in time when loaded as a
KLD.
Bye,
Alexander.
--
A vacuum is a hell of a lot better
than some of the stuff that nature replaces it with.
-- Tennessee Williams
http://w
Quoting Daniel O'Connor (from Thu, 20 Aug 2009
17:13:07 +0930):
On Thu, 20 Aug 2009, Alexander Leidinger wrote:
Quoting Daniel O'Connor (from Wed, 19 Aug
2009
23:31:33 +0930):
> Content-Type: text/plain;
> charset="utf-8"
> Content-Transfer-Encodin
ese (ab)uses...).
>
> I am sure these features could be added if only the code was in the
> tree to hack on...
The event stuff is in the kernel, go ahead and write a driver for your
smart sensor which fires events on its own.
Bye,
Alexander.
__
he may be the target of similar shouting then.
Bye,
Alexander.
___
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"
i page, if some else is willing to
start such a page.
If someone not @FreeBSD.org wants to maintain such a page, feel free to
register in the wiki and tell me (or another committer), I will hand out
write permission then.
Bye,
Alexander.
___
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, 23 Aug 2009 17:13:42 +0200 Marc Balmer wrote:
>
> Am 23.08.2009 um 17:08 schrieb Alexander Leidinger:
>
> > On Sat, 22 Aug 2009 21:02:32 +0200 "Aurélien Méré"
> > wrote:
> >
> >> I'm just afraid by reading your email that the si
ble in
single-user mode without the need to write another decoding utility
for this new binary data).
Bye,
Alexander.
--
Computers are not intelligent. They only think they are.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild
hi there,
i've installed emulators/linux_dist-gentoo-stage3 and grabbed a snapshot from
the ltp git repository (http://ltp.sourceforge.net/). as expected some tests
failed because i'm using compat.linux.osrelease: 2.6.16 which is still missing
a few linux syscalls, ipcs and ioctls.
however i also
Quoting Alexander Best (from Wed, 09
Sep 2009 19:01:31 +0200 (CEST)):
hi there,
CCing emulation@, this is better suited there. Full quote for the
benefit of the emulation@ readers. Please drop hackers@ on reply.
Thanks.
i've installed emulators/linux_dist-gentoo-stage3 and grab
i remember a discussion about HAMMER support on one of the mailingslists which
sorta ended with the following statement:
"let's get zfs running properly before we even think about starting with
HAMMER."
cheers.
alex
___
freebsd-hackers@freebsd.org maili
Dag-Erling Smørgrav schrieb am 2009-09-24:
> Alexander Best writes:
> > i remember a discussion about HAMMER support on one of the
> > mailingslists which
> > sorta ended with the following statement:
> > "let's get zfs running properly before we even thi
hi there,
sysinstall is probably one of those ancient relics everybody tries to avoid
dealing with from a developers point of view but i just found this beautiful
screenie of a (probably) ncurse-based installer:
http://www.phoronix.net/image.php?id=yoper_2009_beta&image=yoper_dresden_7_lrg
i was
jhell schrieb am 2009-10-09:
> On Fri, 9 Oct 2009 21:52 +0200, alexbestms@ wrote:
> >hi there,
> >sysinstall is probably one of those ancient relics everybody tries
> >to avoid
> >dealing with from a developers point of view but i just found this
> >beautiful
> >screenie of a (probably) ncurse-ba
Randi Harper schrieb am 2009-10-10:
> On Fri, Oct 9, 2009 at 12:52 PM, Alexander Best <
> alexbes...@math.uni-muenster.de> wrote:
> > hi there,
> > sysinstall is probably one of those ancient relics everybody tries
> > to avoid
> > dealing with from a devel
thanks. this is a cool script and very useful indeed. only thing you might
want to do is check for root privileges at the beginning to avoid nasty error
messages like.
awk: can't open file /var/crash/info.0
source line number 12
thanks again.
alex
___
Mikolaj Golub schrieb am 2009-10-10:
> On Sat, 10 Oct 2009 12:34:05 +0200 (CEST) Alexander Best wrote:
> AB> thanks. this is a cool script and very useful indeed. only thing
> you might
> AB> want to do is check for root privileges at the beginning to
> avoid nasty error
hi there,
just a little mmap(2) related question. running the following code causes a
segfault:
mmap( (void*)0x1000, 0x80047000, PROT_NONE, MAP_ANON|MAP_FIXED, -1, 0 );
while the following doesn't:
mmap( (void*)0x1000, 0x, PROT_NONE, MAP_ANON|MAP_FIXED, -1, 0 );
is this a known problem
Nate Eldredge schrieb am 2009-10-21:
> On Wed, 21 Oct 2009, Alexander Best wrote:
> >hi there,
> This is on a 32-bit platform I take it?
yes.
> >just a little mmap(2) related question. running the following code
> >causes a
> >segfault:
> >mmap( (void*)0x1
Robert Watson schrieb am 2009-10-21:
> On Wed, 21 Oct 2009, Alexander Best wrote:
> >this code serves only one purpose: to trigger a segfault. i don't
> >use the code for any other purpose. i was under the impression that
> >mmap() should either succeed or fail (
although the mmap(2) manual states in section MAP_ANON:
"The offset argument is ignored."
this doesn't seem to be true. running
printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -1,
0x12345678));
and
printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -1, 0));
produc
hi everyone,
together with hugh mahon (the author of ee) i've been trying to fix a nasty
bug in ee. for some reason ee exits (not crashes) and leaves the console
corrupted when receiving SIGWINCH (`killall -SIGWINCH ee` should exit all
running ee instances).
unfortunately we were unable to find t
Nate Eldredge schrieb am 2009-10-23:
> On Fri, 23 Oct 2009, Antony Mawer wrote:
> >On Fri, Oct 23, 2009 at 1:35 PM, Alexander Best
> > wrote:
> >>hi everyone,
> >>together with hugh mahon (the author of ee) i've been trying to
> >>fix a nasty
>
pluknet schrieb am 2009-10-23:
> 2009/10/23 Antony Mawer :
> > On Fri, Oct 23, 2009 at 1:35 PM, Alexander Best
> > wrote:
> >> hi everyone,
> >> together with hugh mahon (the author of ee) i've been trying to
> >> fix a nasty
> >> bug in e
Gary Jennejohn schrieb am 2009-10-23:
> On Fri, 23 Oct 2009 12:58:43 +0400
> pluknet wrote:
> > 2009/10/23 Antony Mawer :
> > > On Fri, Oct 23, 2009 at 1:35 PM, Alexander Best
> > > wrote:
> > >> hi everyone,
> > >> together with hugh mah
Gary Jennejohn schrieb am 2009-10-23:
> On Fri, 23 Oct 2009 12:58:43 +0400
> pluknet wrote:
> > 2009/10/23 Antony Mawer :
> > > On Fri, Oct 23, 2009 at 1:35 PM, Alexander Best
> > > wrote:
> > >> hi everyone,
> > >> together with hugh mah
pluknet schrieb am 2009-10-23:
> 2009/10/23 Alexander Best :
> > Gary Jennejohn schrieb am 2009-10-23:
> >> On Fri, 23 Oct 2009 12:58:43 +0400
> >> pluknet wrote:
> >> > 2009/10/23 Antony Mawer :
> >> > > On Fri, Oct 23, 2009 at 1:35 PM,
Eygene Ryabinkin schrieb am 2009-10-23:
> Gentlemen, good day.
> Fri, Oct 23, 2009 at 02:02:38PM +0200, Dag-Erling Sm??rgrav wrote:
> > src/contrib/ee/ee.c in 8:
> > in = wgetch(text_win);
> > if (in == -1)
> > exit(0); /* without this exit
Eygene Ryabinkin schrieb am 2009-10-23:
> Gentlemen, good day.
> Fri, Oct 23, 2009 at 02:02:38PM +0200, Dag-Erling Sm??rgrav wrote:
> > src/contrib/ee/ee.c in 8:
> > in = wgetch(text_win);
> > if (in == -1)
> > exit(0); /* without this exit
Eygene Ryabinkin schrieb am 2009-10-24:
> Ed, good day.
> Fri, Oct 23, 2009 at 07:13:01PM +0200, Ed Schouten wrote:
> > Have you sent it to Thomas Dickey as well?
> Sent the patch to bug-ncur...@gnu.org. Do you think that I should
> send it to Thomas directly as well?
the patch got committed by
Dag-Erling Smørgrav schrieb am 2009-10-25:
> Alexander Best writes:
> > i just tried building ee under linux without using new_curse.c and
> > linking the
> > executable against ncurses. running the binary is showing the same
> > problems
> > with SIGWINCH.
napshot.
> There is no reason to wait, nor to import an entire snapshot. Se my
> earlier message to Alexander.
> DES
rafan just mfc'ed the patch. could we also have the fix in 8.0-RELEASE? should
get approved by r...@.
alex
___
freebsd-
John Baldwin schrieb am 2009-10-21:
> On Wednesday 21 October 2009 11:30:51 am Alexander Best wrote:
> > Robert Watson schrieb am 2009-10-21:
> > > On Wed, 21 Oct 2009, Alexander Best wrote:
> > > >this code serves only one purpose: to trigger a segfault. i
> &
John Baldwin schrieb am 2009-10-21:
> On Wednesday 21 October 2009 11:51:04 am Alexander Best wrote:
> > although the mmap(2) manual states in section MAP_ANON:
> > "The offset argument is ignored."
> > this doesn't seem to be true. running
> >
Dag-Erling Smørgrav schrieb am 2009-10-26:
> Alexander Best writes:
> > the patch got committed by thomas and is included in
> > ncurses-5.7-20091024.patch.gz.
> > i guess it will be included in our base version of ncurses once 5.8
> > gets
> > released, but the
John Baldwin schrieb am 2009-11-02:
> On Friday 30 October 2009 10:38:24 pm Alexander Best wrote:
> > John Baldwin schrieb am 2009-10-21:
> > > On Wednesday 21 October 2009 11:51:04 am Alexander Best wrote:
> > > > although the mmap(2) manual states in section
Dag-Erling Smørgrav schrieb am 2009-11-01:
> Alexander Best writes:
> > great news. so should the PR be closed or should it remain in
> > patched state in
> > order for 7.x to get patched?
> Set it to "patched" until you've merged the patch to 6, 7 and 8
&
John Baldwin schrieb am 2009-11-02:
> On Monday 02 November 2009 4:05:56 pm Alexander Best wrote:
> > John Baldwin schrieb am 2009-11-02:
> > > On Friday 30 October 2009 10:38:24 pm Alexander Best wrote:
> > > > John Baldwin schrieb am 2009-10-21:
> > > >
John Baldwin schrieb am 2009-11-03:
> On Monday 02 November 2009 5:14:27 pm Alexander Best wrote:
> > John Baldwin schrieb am 2009-11-02:
> > > On Monday 02 November 2009 4:05:56 pm Alexander Best wrote:
> > > > John Baldwin schrieb am 2009-11-02:
> > > &g
Alexander Best schrieb am 2009-11-03:
> John Baldwin schrieb am 2009-11-03:
> > On Monday 02 November 2009 5:14:27 pm Alexander Best wrote:
> > > John Baldwin schrieb am 2009-11-02:
> > > > On Monday 02 November 2009 4:05:56 pm Alexander Best wrote:
> > >
Alexander Best schrieb am 2009-11-03:
> Alexander Best schrieb am 2009-11-03:
> > John Baldwin schrieb am 2009-11-03:
> > > On Monday 02 November 2009 5:14:27 pm Alexander Best wrote:
> > > > John Baldwin schrieb am 2009-11-02:
> > > > > On Monday 02
Eygene Ryabinkin schrieb am 2009-11-03:
> Mon, Nov 02, 2009 at 10:32:29PM +0100, Alexander Best wrote:
> > ok. the pr stays in patched state. right now the patch is in HEAD,
> > 8-STABLE and 8.0-RELEASE. rafan is thinking about mfc'ing the patch
> > to
> > 6
Alan Cox schrieb am 2009-11-04:
> Ed Schouten wrote:
> >* Alan Cox wrote:
> For what it's worth, I believe that Solaris does the exact opposite.
> >>They provide MAP_ANONYMOUS for compatibility. It seems like a good
> >>idea for us to do the same.
> >Something like this?
> >Index: mman.h
> >=
just had a look at the linux mmap(2) manual and noticed a very neat thing they
seem to have in most manuals:
in the ERRORS section they also document which signals one has to expect. for
mmap they are SIGSEGV and SIGBUS.
thanks very useful imo.
alex
__
hi there,
i dug up this old pr http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/59739 and
was surprised it still remains valid for 9-CURRENT. indeed running the
following code:
#include
#include
#include
#include
main() {
rmdir("/");
printf("rmdir errno: %d\n", errno);
mkdir("/",
Gary Jennejohn schrieb am 2009-11-07:
> On Fri, 06 Nov 2009 22:09:49 +0100 (CET)
> Alexander Best wrote:
> > here's a completely new patch. all the changes are in
> > kern/vfs_syscall.c. so
> > kern/vfs_lookup.c now stays just the way it is (please revert any
>
no problem. i've sent the final patch as followup to kern/71258 and also
attached it to this message. to make it short. what's being changed by the
patch:
1) if MAP_ANON is defined and offset !=0 > return EINVAL
2) if MAP_STACK is defined and offset !=0 > offset = 0
would be great if
any thoughts on these small changes to burncd?
alex
Index: usr.sbin/burncd/burncd.c
===
--- usr.sbin/burncd/burncd.c(revision 199064)
+++ usr.sbin/burncd/burncd.c(working copy)
@@ -78,13 +78,16 @@
{
int arg, addr, ch,
Gabor Kovesdan schrieb am 2009-11-09:
> Gabor Kovesdan escribió:
> >Alexander Best escribió:
> >>any thoughts on these small changes to burncd?
> >> -int nogap = 0, speed = 4 * 177, test_write = 0, force = 0;
> >>+int nogap = 0, speed = 0, test_write =
601 - 700 of 1213 matches
Mail list logo
