and Queueing enabled
ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C)
Crap! I must be dreaming then.
--
Alexander Kabaev
signature.asc
Description: PGP signature
rrno to detect
whether the syscall is succesful a wrong techique? Syscall will NOT
change errno unless unless it actually failed, so unless dtrace's errno
emulation is more magic than I thought, your script will mistakenly
attribute error code coming from a distant past to syscalls just
complete with no errors?
--
Alexander Kabaev
signature.asc
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 14 Jun 2012 22:00:18 -0400
Richard Yao wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/14/12 20:51, Alexander Kabaev wrote:
> > On Thu, 14 Jun 2012 14:54:28 -0400
> > Richard Yao
wnstream Gentoo FreeBSD.
>
> Could this be imported into FreeBSD-CURRENT?
Apart from licensing, what others reasons are there to do that?
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Tue, 22 May 2012 07:56:42 +0200
Hans Petter Selasky wrote:
> On Tuesday 22 May 2012 01:35:48 Alexander Kabaev wrote:
> > On Thu, 17 May 2012 11:01:34 -0500
> >
> > Mark Tinguely wrote:
> > > On Thu, May 17, 2012 at 8:20 AM, Svatopluk Kraus
> &g
f-contained, unless you
> expect to modify them while DMA is happening.
>
> This is on my to-do list.
>
> --Mark.
Drivers that do DMA from memory that was not allocated by proper busdma
methods or load buffers for DMA using not properly constrained busdma
tags are broken drivers. We did not have a busdma tag inheritance from
parent bus to child devices before, but now we should just take
advantage of that and just make cache line alignment a requirement for
the platform. USB is firmly in that 'broken' category btw and is
currently being worked around by the USB_HOST_ALIGN hack on MIPS, which
suffers from the very same cache coherency issues you describe.
--
Alexander Kabaev
signature.asc
Description: PGP signature
):
> undefined reference to `elf64_loadfile'
>
> I searched the sources using grep, but I cannot find where the
> functions implementing those symbols are declared. Does anyone know
> where I can find them?
>
> Yours truly,
> Richard Yao
>
Hi,
please look
IIRC, PXE sends an error packet with zero error code. Could you supress
the error message in that case and avoid propagation of the 'ignore
error' flag?
PXE client is not alone doing that - custom TFTP
implementation in pxeloader does that as well now, so suppressing errors
in this case is a good idea.
--
Alexander Kabaev
signature.asc
Description: PGP signature
less time than this thread took already
to isolate _short_ test case demonstrating the problem, yet nothing of
the sort has shown up yet from anyone involved. Am I missing something?
--
Alexander Kabaev
signature.asc
Description: PGP signature
> - (pathname = search_library_path(name, gethints())) != NULL ||
> - (pathname = search_library_path(name,
> STANDARD_LIBRARY_PATH)) != NULL)
> - return pathname;
> -
> if(refobj != NULL && refobj->path != NULL) {
> _rtld_error("Shared object \"%s\" not found, required by
> \"%s\"", name, basename(refobj->path));
> ___
1. There is a race using statfs and then loading the file.
2. We already have the check in do_load_object
--
Alexander Kabaev
signature.asc
Description: PGP signature
27;t it?
>
> It seems like a binutils bug (or somewhere in that immediate
> neighborhood) because all debugging related sections should be
> stripped out by strip including unwind, correct?
> Thanks,
> -Garrett
NO. Unwind info is a part of the ABI, and its relationship to debu
ied with FreeBSD 8.2
> [wojtek@wojtek ~]$ cc -v
> Using built-in specs.
> Target: amd64-undermydesk-freebsd
> Configured with: FreeBSD/amd64 system compiler
> Thread model: posix
> gcc version 4.2.2 20070831 prerelease [FreeBSD]
>
-fno-asynchronous-unwind-tables should get rid of
wind info (yeah, same stuff you keep referring to as
crap), is the only way you can debug your program or get anything
remotely close to usable backtrace, by default.
--
Alexander Kabaev
signature.asc
Description: PGP signature
epth 119
>
> What the issue?
> Ceers.
> Elman
> Powered by Telkomsel BlackBerry®
The device is telling us back that it cannot hold as many open tags as
we are trying to feed it. This is not fatal, CAM will scale back and
will settle on some smaller value that will keep the device
In general, toolchain is
generally quite easy to build as cross-tool, assuming FreeBSD supports
the target.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Tue, 12 Jul 2011 23:59:05 +0200
Robert Millan wrote:
> 2011/7/12 Alexander Kabaev :
> > The fact that Linux compiler with manually undefined and re-defined
> > platform macros can compile is a coincidence and is not guaranteed
> > to work and certainly is not a goal of Fr
On Tue, 12 Jul 2011 23:06:12 +0200
Robert Millan wrote:
> 2011/7/12 Alexander Kabaev :
> > Whatever happened to using a proper cross-tool to do the job?
>
> Why would one need to build a cross-compiler in order to compile
> userland-agnostic code for the same CPU architectu
OpenBSD__ in the kernel tree, and the same problem can be fixed for
> these two systems with minimal effort.
>
> Here's a new version of the patch, which also adds -U__NetBSD__ and
> -U__OpenBSD__ to CFLAGS.
>
> --
> Robert Millan
Whatever happened to using a pro
On Tue, 5 Jul 2011 21:04:41 +0200
Robert Millan wrote:
> 2011/7/5 Alexander Kabaev :
> > I agree with all of the above reasons, but none of them change the
> > fact that __linux__ is used left and right to identify both kernel
> > and userland environments
>
> Yes, __
On Sun, 3 Jul 2011 17:37:30 +0200
Robert Millan wrote:
> 2011/7/3 Alexander Kabaev :
> > __linux__ is exactly what __FreeBSD__ is and dies not identify
> > kernel but rather Linux as whole OS, whatever that might be these
> > days.
> >
> > There does not app
On Sun, 3 Jul 2011 17:47:02 +0200
Robert Millan wrote:
> 2011/7/3 Robert Millan :
> > 2011/7/3 Alexander Kabaev :
> >> Not really, unless you have way of sticking this definition into
> >> past compiler releases.
> >
> > There is one way, but it
On Sun, 3 Jul 2011 15:38:41 +0100
Chris Rees wrote:
> 2011/7/3 Alexander Kabaev :
> >
> > __linux__ is exactly what __FreeBSD__ is and dies not identify
> > kernel but rather Linux as whole OS, whatever that might be these
> > days.
> >
> > There does n
On Sun, 3 Jul 2011 12:41:44 +0200
Robert Millan wrote:
> 2011/7/3 Alexander Kabaev :
> > GCC is on the way to be
> > pushed out into ports in FreeBSD and it will not the the only usable
> > compiler before long. Your proposal will force similar changes in
> > Cla
On Sat, 2 Jul 2011 20:05:12 -0700
Garrett Cooper wrote:
> On Sat, Jul 2, 2011 at 7:08 PM, Ed Maste wrote:
> > On Sat, Jul 02, 2011 at 07:37:24PM -0400, Alexander Kabaev wrote:
> >
> >> On Sat, 2 Jul 2011 17:41:03 +0200
> >> Robert Millan wrote:
> >&
compiler before long. Your proposal will force similar changes in
Clang, Path64 and PCC, , to be really universal which is not
practical.
All IMHO.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Tue, 31 May 2011 21:09:10 -0700
Marcel Moolenaar wrote:
>
> On May 31, 2011, at 5:06 PM, Alexander Kabaev wrote:
> >> Usually it is different only on segmented architectures like 16-bit
> >> x86.
> >>
> >
> > Not so on ia64, where they have sp
artial re-write.
>
> It is the same on MIPS too for all three ABIs that we support (and
> all ABIs that I know about). It is true on ARM as well.
>
> Usually it is different only on segmented architectures like 16-bit
> x86.
>
Not so on ia64, where they have special function descriptor type.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Fri, 22 Apr 2011 07:27:30 -0700
Chuck Tuffli wrote:
> On Thu, Apr 21, 2011 at 7:16 PM, Alexander Kabaev
> wrote: ...
> > There is an omission on our .mk files which prevents CTF info to be
> > generated for kld modules, regardless of WITH_CTF flag. I had
> > disc
our .mk files which prevents CTF info to be
generated for kld modules, regardless of WITH_CTF flag. I had
discovered this at work just recently and have been using the
following patch for the time being:
http://people.freebsd.org/~kan/kmod-dtrace.diff
If you can confirm it works for you too, I'll get it committed.
Thanks,
--
Alexander Kabaev
signature.asc
Description: PGP signature
ed that
> > way since the libc/libc_r split.
>
> Well, I wouldn't blame it so expressly: -pthread is the first option
> on the linkage command line, there is -lc there also. I would expect
> that that would do the right thing, but it doesn't. And that's a
> PITA for
e libthr
> - rtld for not preferring libthr over libc
> - libc/libthr for being split into two pieces in the current way
Why rtld would make any special allowances for libthr?! It does exactly
what it is told to do, just as it should.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Fri, 28 Jan 2011 00:47:37 +0100
Joerg Sonnenberger wrote:
> On Thu, Jan 27, 2011 at 06:24:18PM -0500, Alexander Kabaev wrote:
> > For starters, the number of libraries given binary is linked too is
> > completely and utterly irrelevant :) The change NetBSD guys claims
> >
t good results. My logic in using mplayer was
> that its linked to almost every audio / video lib you can name. Making
> it do some task, dump every frame into a jpg or remove the audio track
> from some video etc, should be simple to test without using a gui or
> requiring human input to stop it.
>
> I am stumped, at first I just was curious at first if there was any
> truth in the post, and wanted to know if anyone looked into it. Now I
> want to know how you test this correctly.
>
For starters, the number of libraries given binary is linked too is
completely and utterly irrelevant :) The change NetBSD guys claims to
revolutionize his application startup times only applies to programs
that dlopen (read - load dynamically) libraries with long largely
identical dependency chains and calls dlsym on them many, many
thousand times. I do not think you will find any real app out there
that fits this description close enough to actually demonstrate the
effect of the change that is distinguishable from the statistical noise.
Pressing ^C certainly not precise enough for that.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Wed, 26 Jan 2011 09:25:27 -0600
"Mark Felder" wrote:
> On Tue, 25 Jan 2011 22:49:11 -0600, Alexander Kabaev
> wrote:
>
> > The only extra quirk that said commit
> > does is an optimization of a dlsym() call, which is hardly ever in
> > critical perf
only applies to dlsym, it only affects programs that are heavy
plugin users, which I suppose is the category OpenOffice and firefox
both fall into. Care to do some benchmarks with and without the
patch and report the results? I frankly doubt that you'll see any
noticeable difference comp
e more equal than others.
> Coluche
Hmm, I thought I did approve this patch already a long time agi, but
since you asked:
+.if defined(SHLIB_LDSCRIPT) && exists(${.CURDIR}/${SHLIB_LDSCRIPT})
this should be:
+.if defined(SHLIB_LDSCRIP
are. ptrace is supported by linuxulator for a while now. The
originator problem is likely because he is trying truss, which is not
Linux-aware. ktrace/linux_kdump combo should work.
--
Alexander Kabaev
signature.asc
Description: PGP signature
rranty for GDB.
> > > > Type "show warranty" for details. This GDB was configured as
> > > > "sparc64-marcel-freebsd"... Core was generated by `ifconfig'.
> > > > Program terminated with signal 11, Segmentation fault.
> > > > Reading symbols from /lib/libbsdxml.so.4...done.
> > > > Loaded symbols for /lib/libbsdxml.so.4
> > > > Reading symbols from /lib/libjail.so.1...done.
> > > > Loaded symbols for /lib/libjail.so.1
> > > > Reading symbols from /lib/libsbuf.so.5...done.
> > > > Loaded symbols for /lib/libsbuf.so.5
> > > > Reading symbols from /lib/libipx.so.5...done.
> > > > Loaded symbols for /lib/libipx.so.5
> > > > Reading symbols from /lib/libc.so.7...done.
> > > > Loaded symbols for /lib/libc.so.7
> > > > Reading symbols from /libexec/ld-elf.so.1...done.
> > > > Loaded symbols for /libexec/ld-elf.so.1
> > > > #0 0x4089ebdc in getpagesizes (pagesize=0x7fde2f8,
> > > > nelem=1)
> > > > at /usr/home/marius/co/head/src/lib/libc/gen/getpagesizes.c:75
> > > > 75 while (nops > 0 && ps[nops - 1] == 0)
> > > > (gdb) bt #0 0x4089ebdc in getpagesizes
> > > > (pagesize=0x7fde2f8, nelem=1)
> > > > at /usr/home/marius/co/head/src/lib/libc/gen/getpagesizes.c:75
> > > > #1 0x407f4314 in malloc_init ()
> > > > at /usr/home/marius/co/head/src/lib/libc/stdlib/malloc.c:5418
> > > > #2 0x407f67d8 in malloc (size=32)
> > > > at /usr/home/marius/co/head/src/lib/libc/stdlib/malloc.c:5932
> > > > #3 0x001069ac in clone_setdefcallback
> > > > (ifprefix=0x11b8a8 "wlan", p=0x10a1a0 )
> > > > at /usr/home/marius/co/head/src/sbin/ifconfig/ifclone.c:106 #4
> > > > 0x00119864 in __do_global_ctors_aux () #5
> > > > 0x0010243c in _init () #6 0x00102508 in _start
> > > > () #7 0x4022719c in .rtld_start ()
> > > > at
> > > > /usr/home/marius/co/head/src/libexec/rtld-elf/sparc64/rtld_start.S:59
> > > > #8 0x4022719c in .rtld_start ()
> > > > at
> > > > /usr/home/marius/co/head/src/libexec/rtld-elf/sparc64/rtld_start.S:59
> > > > Previous frame identical to this frame (corrupt stack?)
> > > >
> > > > All faults I've looked at died the same why.
> > > Thank you. I think I found the reason, which was an unitialized
> > > variable. I also fixed a sillyness with osrelver.
> > >
> > > In the patched tree, there is tools/test/auxinfo that could be
> > > used to quick-check the system.
> > >
> > > Updated patch is available at
> > > http://people.freebsd.org/~kib/misc/rtld_auxinfo.1.patch
> >
> > I can confirm that this versions works on sparc64.
> After the discussion with Alexander, I made the change to allow libc
> to access aux vectors, instead of providing rtld interface to fetch
> values.
>
> I decided to keep the single function that fetch the values, because
> it is convenient place to do digesting of the vector.
>
> http://people.freebsd.org/~kib/misc/rtld_auxinfo.2.patch
No objections here.
--
Alexander Kabaev
signature.asc
Description: PGP signature
unterpart:
/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-i386)
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a AS_NEEDED
( /lib/ld-linux.so.2 ) )
--
Alexander Kabaev
signature.asc
Description: PGP signature
I forwarded to our libelf
author. The bug if harmless otherwise.
--
Alexander Kabaev
PS. I usually avoid responding to messages from strangely named
entities, but there's always a place for exception...
signature.asc
Description: PGP signature
On Sun, 11 Jul 2010 15:59:05 -0700
Garrett Cooper wrote:
> > + if (!_SIG_VALID(how))
> > + return (-EINVAL);
-EINVAL? Smells too much of Linux, try returning EINVAL instead.
--
Alexander Kabaev
signature.asc
Description: PGP signature
orced in long mode, or in 32-bit with PAE, if I remember things
correctly.
--
Alexander Kabaev
signature.asc
Description: PGP signature
_func[] = "\xf1\xc3";
> typedef void (*icebp_call)(void);
>
> int main(int argc, char **argv)
> {
> icebp_call func = (icebp_call)icebp_func;
>
> if (signal(SIGTRAP, trap_handler) == SIG_ERR)
> err(1, "signal");
>
> func();
>
> if (trapped)
> printf("Admiral Ackbar: it's a trap!\n");
>
> return 0;
> }
>
> Ran it and it segfaulted on CURRENT:
>
Now make icebp_func const and observe the program start working. The
test case is broken as written, because icebp_func array is writable,
so in ends up in a non-const part of .bss, which is not marked as
executable and rightfully causes SIGSEGV when jumped to.
--
Alexander Kabaev
signature.asc
Description: PGP signature
; > Im currently using FreeBSD 7.x.
>
> You will most likely need to modify the driver. The PCI bus code
> only hands out valid resources for a given BAR to the device_t for a
> given device.
>
> --
> John Baldwin
I used /dev/mem and dd in the past for this pur
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
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
h build.sh
benchmarks. The bug was fixed in stable/7 soon after 7.1 was released.
--
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
`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
iver callback and let userland to simply mmap the page.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Sat, 25 Oct 2008 13:10:53 -0400
"Alexander Sack" <[EMAIL PROTECTED]> wrote:
> On Sat, Oct 25, 2008 at 9:57 AM, Alexander Kabaev <[EMAIL PROTECTED]>
> wrote:
> > On Sat, 25 Oct 2008 08:49:19 -0400
> > "Alexander Sack" <[EMAIL PROTECTED]>
for, down to
the letter. 'Tasting' libraries just because someone somewhere want to
screw up their configuration does not seem right to me at all.
--
Alexander Kabaev
signature.asc
Description: PGP signature
l cause loader to find its 32-bit equivalent
in /usr/lib32 first.
Try LD_LIBRARY_PATH=/lib:/usr/lib:/usr/lib32:/usr/lib64 for better
results.
--
Alexander Kabaev
signature.asc
Description: PGP signature
Patricia container in the new libstdc++. The issue
> is that /usr/include/c++/4.2/ext/pb_ds/assoc_container.hpp has two
> erroneous #include directive on lines 52 and 53. Are there any plans
> to cover that part of the new libstdc++, or is there any workaround?
> Thanks,
> Vlad
&
On Mon, 16 Jun 2008 20:13:01 +0300
"Vlad GALU" <[EMAIL PROTECTED]> wrote:
> On 6/16/08, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> > On Mon, 16 Jun 2008 16:58:10 +0300
> > "Vlad GALU" <[EMAIL PROTECTED]> wrote:
> >
> >
.0-CURRENT #0: Sun Apr 6
14:22:23 EDT 2008 ...
Same on RELENG_6 (do not have 7.0 around, but 8.0 and 7.0 are identical
compiler-wise. Same on 8.0/amd64.
BTW, do you have . in your PATH?
> g++ -fexceptions -o exc exc.C
> exc <==== should it be ./exc ?
Exception raised: Memory allocation failure!
^^^ Not in your sample code.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Mon, 31 Dec 2007 19:01:23 -0800
Tim Kientzle <[EMAIL PROTECTED]> wrote:
> Markus Hoenicka wrote:
> > Alexander Kabaev writes:
> > > As designed. atexit should not be used by shared objects that do
> > > not expect themselves to live until actual exit() ha
On Mon, 31 Dec 2007 14:20:51 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
> Markus Hoenicka wrote:
> > Alexander Kabaev writes:
> > > As designed. atexit should not be used by shared objects that do
> > > not expect themselves to live until actual exit() ha
mod.c or the
> dlclose() call in datest.c prevent the segfault.
>
> If you find some solution, please cc me as I'm not subscribed to
> freebsd-hackers.
>
> regards,
> Markus
As designed. atexit should not be used by shared objects that do not
expect themselves to live until actual exit() happens. ELF provides
proper _init/_fini sections to support shared object
initialization/destruction.
--
Alexander Kabaev
signature.asc
Description: PGP signature
with a function pointer so it got exported in the dynamic
> I remember it was me.
>
> > table. In this case, could that be done with "-u symbol" when
> > linking the executable, or it isn't possible to export a symbol
> > with linker parameters?
>
figure the best way to
fix the code and to integrate the fix into OpenSSL, we will check the
fix info CVS. People are advised to patch their sources locally until
then.
--
Alexander Kabaev
Index: openssl/crypto/asn1/asn1.h
===
RCS file
On Sat, 19 May 2007 09:31:51 +0200
Jeremie Le Hen <[EMAIL PROTECTED]> wrote:
> On Sat, May 19, 2007 at 02:20:16AM -0400, Alexander Kabaev wrote:
> > On Fri, 18 May 2007 19:20:07 -0400
> > Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> >
> > > HEADS UP
On Fri, 18 May 2007 19:20:07 -0400
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and
> plan to finish in a couple of hours after that.
>
> The src/ tree will be utterly broken meanwhile. I'll send an &#x
HEADS UP: I will start importing GCC 4.2.0 bits in about one hour and
plan to finish in a couple of hours after that.
The src/ tree will be utterly broken meanwhile. I'll send an 'all
clear' message when done.
--
Alexander Kabaev
signature.asc
Description: PGP signature
BSD/i386)
>
> I would be grateful if someone could shed some light on this.
>
There is no reason whatsoever to compile main binary code with -f[pP]ic.
Executables are not shared libraries and stuffing position independent
code into them makes no sense.
--
Alexander Kabaev
signature.asc
Description: PGP signature
munmap
> ...
It doesn't. rtld is a special beast and its symbols availability to
user programs is controlled by a special code in rtld. Look up
static func_ptr_type exports[] in rtld.c and see how it is used.
--
Alexander Kabaev
P.S. The proper way to control symbol visibility is to use
d line.
--
Alexander Kabaev
signature.asc
Description: PGP signature
series of hands/reboots without any associated fsck runs and
without the risk of terminally damaging any local FS is priceless. If
qemu can be tricked into disk-less booting, it should be just as good
though.
--
Alexander Kabaev
signature.asc
Description: PGP signature
>
> thnx
>
> roman
>
> --
> www.liberalnistrana.cz
Just use Linux gdb to debug Linux binaries. Unless something broke
recently, it should work fine.
--
Alexander Kabaev
signature.asc
Description: PGP signature
e a hack? It was designed precisely to do that. I am
using cloned devices in our product with great success. Every client
opening 'magic' device gets its own exclusive cloned device instance
and everything works like a charm. I am yet to hear any single coherent
description of what Linux's approach has over device cloning in FreeBSD.
I wouldn't mind being educated on this.
--
Alexander Kabaev
pgpQ6tQSpB5xt.pgp
Description: PGP signature
callbacks
rtld expects every threading library to provide. libpthread was the
first where these callbacks were implemented. It comes as a surprise
that libthr did not have them, because David Xu was the one who did
most of the work on rtld locking callbacks in libpthread.
The def_th
nario that is biting you. I fixed
most incompatibilities in symbol lookup order between us and Linux for
when Martin Blapp was working on initial OpenOffice port and if there
is another, I would like to know about it.
--
Alexander Kabaev
___
freebsd-hackers@
any spectacular and
unpredictable ways. You will need to save interrupt flags locally to each
VKBD_LOCK caller or they will end up restoring each other's flags.
--
Alexander Kabaev
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
a per-procedure basis.
> > Or at least it is supposed to. Maybe it's broke? :-)
> >
> > -Matt
> >
Quite possibly. I run the same test using the latest GCC snapshot
configured as system compiler and did not see such a massiv
On Mon, 09 Feb 2004 20:43:05 +0100
[EMAIL PROTECTED] (Dag-Erling Sm_rgrav) wrote:
> Alexander Kabaev <[EMAIL PROTECTED]> writes:
> > cvs-to-perforce scripts use DB files to keep an information on
> > related commits while they scan CVS repo. I didn't try FreeBSD CVS,
&g
cvs-to-perforce scripts use DB files to keep an information on related
commits while they scan CVS repo. I didn't try FreeBSD CVS, but whole
SGI Linux tree with full history was processed quite effortlessly,
without running out of memory.
--
Alexander K
___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
--
Alexander Kabaev
___
[E
etting more and more popular. Being binary compatible will give is at
least a change to link Linux object file into native FreeBSD binary.
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To u
is any point in this code ever hitting FreeBSD CVS
repository. Rather, OpenBSD should just take cleaned-out copy of this
code and be done with it.
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On Mon, 8 Sep 2003 23:02:33 -0400
"Matthew Emmerton" <[EMAIL PROTECTED]> wrote:
> I've been silently following this thread, and unless I missed
> something, has anyone asked John why he wants/needs to use C++ in the
> kernel?
>
Tools, no
g all the flags as the Makefile set them.
> then linked using the Makefile and finally loaded the module.
-fno-rtti -fno-exceptions is probably a must unless you want to bring a
whole libsupc++ library into the kernel.
--
Alexander Kabaev
___
[EMA
are already in signal handler)
> --
> Artem 'Zazoobr' Ignatjev <[EMAIL PROTECTED]>
>
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
--
Alexa
On Wed, 19 Feb 2003 19:45:52 +0100
Pawel Jakub Dawidek <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 19, 2003 at 07:43:19PM +0100, Pawel Jakub Dawidek wrote:
> +> Patches are attached.
>
> Now!:)
>
Please resubmit your patch as PR to ensure it will not get lost.
--
Alexande
r
> http://garage.freebsd.pl
> Am I Evil? Yes, I Am.
>
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Thu, 12 Sep 2002 15:23:21 -0700
Terry Lambert <[EMAIL PROTECTED]> wrote:
> + if (b.psize > 32768)
> +b.psize = 32868;
32768 vs. 32868 intentional here?
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
wi
> 2) Bug is in os delivered gcc but not in port gcc.
>a) port has more or less patches / os gcc has been modified
> --> Didn't someone told they are the same?
GCC from ports uses DWARF2 exception unwinding while GCC in src tree
uses sjlj exceptions. The exception handling code generated
> Do you have a patch for this ?
I do not fully understand the parts of GCC involved, so I need some
time to verify my initial diagnosis and to create a patch. In other
words - not yet :)
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd
This is a case of exception context register getting clobbered in
shared library function call. GCC does not reload it when needed and
this ultimately leads to semi-random word in program memory decremented
by the __cp_pop_exception function. The bug is only triggered under very
specific circums
This is a case of exception context register getting clobbered in
shared library function call. GCC does not reload it when needed and
this ultimately leads to semi-random word in program memory decremented
by the __cp_pop_exception function. The bug is only triggered under very
specific circums
89 matches
Mail list logo
