Hi!
I have mobile phone Siemens CXV70 and USB data cable for it. When I
attach phone to cable in Linux I can see, that device ttyUSB0 with
driver pl2303 attached. On FreeBSD when I attach phone to cable I see
ugen0 (uplcom, ucom, umodem loaded). When I try to change source code
and add my vend
Hi there.
I'm writing a little app in 32 bit x86 (386 minumum) assembly, where I need to
access
some memory in the BIOS range. The real address is 40h:6Ch (virtual =
((0x40<<4) | 0x6C)).
Gaining access to the I/O ports isn't a big problem (open fd for /dev/io), but
I don't
know how to gain acc
On Fri May 13 05, Jeremie Le Hen wrote:
> On Thu, May 12, 2005 at 09:58:10PM +0200, alexander wrote:
> >
> > [...]
>
> Please, when starting a new thread, avoid replying an existing one,
> you mailer will add the "In-Reply-To" header and this is a mess when
>
Hi there.
I'm using syscall number 4 write() to output data to stdout using x86
assembly. When I try to output the following DWORD: 0x3532 I get
the following output under Eterm and xterm: "25". Which is exactly
what I want.
However when I do the very same under the console (using bash or sh
On Mon May 16 05, Warner Losh wrote:
> From: alexander <[EMAIL PROTECTED]>
> Subject: Console ASCII interpretation
> Date: Mon, 16 May 2005 19:11:44 +0200
>
> No. It means NUL. When writing with write(2), you are telling the
> system to output 4 bytes. How different ter
On Mon May 16 05, Warner Losh wrote:
>
> The ANSI character set standard doesn't talk at all about how
> characters are rendering. Terminal emulation software renders the
> characters as they see fit. NIL is *NOT* a NOP.
OK. You defentately have a point right there. Surely telling write(2)
to r
On Mon May 16 05, Frank Mayhar wrote:
>
> Not "much easier." "Correct."
>
> The fact that your code wrote three NULs to the console in the first
> place meant that your code, not the console, was broken.
> --
> Frank Mayhar [EMAIL PROTECTED]http://www.exit.com/
> Exit Consulting
I'd like to port an application that was written in x86 assembly for Linux.
So far all I had to do is change the Linux calling convention (registers)
to Posix style (stack).
However at one point this application outputs 5 characters to stdout (using
syscall write and fd=1). These 5 characters howe
On Fri May 20 05, Dan Nelson wrote:
>
> How often are you doing this? I wrote a quick microbenchmark and my
> pIII-900 box can do 8 writes() per second of "\e[5D\e[Kabcde". I
> don't think that's your bottleneck. If it is, the usual solution is to
> not do a write on every iteration. You'v
On Sat May 21 05, Peter Jeremy wrote:
>
> I think you need to give us more details and preferably some sample code
> to simulate the problem. What is the hardware you are running on? What
> version of FreeBSD, X11 and xterm/Eterm.
>
> --
> Peter Jeremy
Here's the code that is using the VT100
On Sun May 22 05, Peter Jeremy wrote:
>
> Can you please confirm that you also see the problem when you are using
> xterm (not Eterm). Can you also please advise what versions of FreeBSD,
> X11 and xterm/Eterm you are using.
>
OK. Seems like you somehow knew what was going on here. The problem
On Sun May 22 05, Andrew MacIntyre wrote:
> alexander wrote:
> >However burncd being a C app uses fprintf. Can I replace
> >the functionality of fprintf under x86asm by using only syscalls?
>
> fprintf(3) is most likely doing buffered I/O in the burncd case, which
> fo
I had the very same problem under 5.4-STABLE. I tried a lot to get rid of the
problem (switch RAM, recompile ports && world, change nvidia driver settings,
etc.).
What solved the problem for me was to remove a hardrive witch I used as swap
partition:
ad5: 810MB at ata2-slave WDMA2
Now I'm using
Hi there.
I wrote a program that needs to access I/O ports with the in/out machinecodes.
To gain priviliges to do so I have opened /dev/io. Now somebody told me that
I'd rather use i386_set_ioperm which will be much saver, because of the port
range limitation. Plus it will make the program more po
On Mon Aug 8 05, John Baldwin wrote:
> On Monday 08 August 2005 03:19 pm, alexander wrote:
> > Hi there.
> >
> > I wrote a program that needs to access I/O ports with the in/out
> > machinecodes. To gain priviliges to do so I have opened /dev/io. Now
> > som
On Tue Aug 9 05, Robert Watson wrote:
>
> In general, it is much preferable that applications link against libc to
> get the system call stubs than that they directly invoke system calls.
> That way, if compatibility interfaces are introduced, etc, the application
> will continue to function.
On Tue Aug 9 05, alexander wrote:
>
> Any ideas? Maybe a timing issue?
>
Ehmm...can anybody explain the following to me?
out dx,al ; -> bus error
mov ecx,0FFh
.wait:
nop
loop .wait,ecx
out dx,al ; - > no bus erro
On Tue Aug 9 05, ari edelkind wrote:
>
> You need to push a _pointer_ to a structure as your second argument to
> sysarch(2). This means something more along the lines of:
>
> ioperm_args dd 378h
> dd 3
> dd 1
>
> argp dd ioperm_args
>
> [...]
>
I tried to write a little C app that uses sysarch and i386_set_ioperm to gain
access to certain ports and after a bit of testing I'm pretty sure that there
is a bug or better a timing issue with the sysarch syscall or the
i386_set_ioperm procedure. Please have a look at the following code:
//CODE
On Wed Aug 10 05, Daan Vreeken [PA4DAN] wrote:
>
> I can confirm that. I have tested the program on 5.4-RELEASE here. Testing
> your program (I called it "p") 10 times gives the following output :
>
> [EMAIL PROTECTED] for a in 0 1 2 3 4 5 6 7 8 9;do echo "starting p"; ./p ;done
> starting p
> s
On Thu Aug 11 05, alexander wrote:
>
> Hmm...very odd. Should I file a bug report about this problem?
Alright. I submitted a PR and got a suggestion on how to solve the problem by
Bruce Evans. Could somebody (apart from me) try out his workaround and see if
it works?
Thx a
The AMD64 arch is using the syscall/sysret opcodes instead of int80h to perform
a syscall (/usr/src/lib/libc/amd64/SYS.h). I just checked the output my of
dmesg and it says:
CPU: AMD Duron(tm) Processor (1311.69-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x671 Stepping = 1
Features=0x38
I just to say that I have similar problem and I also have SiS900 on my
Laptop but I only receive MII without any PHY and the system reboots
before even booted !
The mac is 00:00:00:00:00:00
It seems that the driver for this network card is not working at all !
P.S. Thanks for the patches, I'll tr
Hello,
I just tested the sis.diff patch and it almost worked on me :)
I get:
sis0: port 0xe400-0xe4ff mem 0xf400-0xf4000fff
irq 10 at device 3.0 on pci0
sis0: Ethernet address: 00:40:d0:2a:b0:af
miibus0: on sis0
ukphy0: on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, aut
meone knows a fix or thinks that can help, write me.
I'm ready to test patches and provide more information.
thanks
P.S. Please excuse my English.
On 25 Nov 2002, David Magda wrote:
> Alexander <[EMAIL PROTECTED]> writes:
>
> > I just tested the sis.diff patch and it almost
192.168.1.255
inet6 fe80::7c41:74f5:5650:398d%sis0 prefixlen 64 scopeid 0x1
end of ifconfig output;
On Mon, 25 Nov 2002, Kent Stewart wrote:
>
>
> Alexander wrote:
>
> > The next thing that comes is the Ethernet Card. It is on board and from
> > the dmesg outp
Hello,
It is a laptop and the only thing I can open (without voiding the
guarantee) is the place where the memory sticks lie.
Anyway, I don't think this is the solution. Can't anyone port the linux
driver on bsd ? (It works great on linux, but I don't wan't to go on
linux)
thanks
On Mon, 25 Nov 2
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
hi there,
could we please have the following manual pages
lib/libc/i386/sys/i386_get_ioperm.2
lib/libc/i386/sys/i386_get_ldt.2
lib/libc/i386/sys/i386_set_watch.3 (can this also be accessed?)
lib/libc/i386/sys/i386_vm86.2
installed into /usr/share/man/man{2,3}/i386? they can be accessed via
sysar
hi there,
this patch will remove gpioctl and gpioctl.8 when WITH_GPIO was not specified
in src.conf.
also i just noticed that src.conf needs to be regenerated, because it's missing
the
WITH_GPIO description.
cheers.
alex
--
a13x
diff --git a/tools/build/mk/OptionalObsoleteFiles.inc
b/tools/b
On Sun Nov 14 10, Kostik Belousov wrote:
> On Sun, Nov 14, 2010 at 01:55:59PM +0000, Alexander Best wrote:
> > hi there,
> >
> > could we please have the following manual pages
> >
> > lib/libc/i386/sys/i386_get_ioperm.2
> > lib/libc/i386/sys/i386_get_ldt.2
On Sun Nov 14 10, Oleksandr Tymoshenko wrote:
>
> On 2010-11-14, at 6:27 AM, Alexander Best wrote:
>
> > hi there,
> >
> > this patch will remove gpioctl and gpioctl.8 when WITH_GPIO was not
> > specified
> > in src.conf.
> >
> > also i
On Sun Nov 14 10, Alexander Best wrote:
> On Sun Nov 14 10, Kostik Belousov wrote:
> > On Sun, Nov 14, 2010 at 01:55:59PM +, Alexander Best wrote:
> > > hi there,
> > >
> > > could we please have the following manual pages
> > >
> > > l
hi there,
any thoughts on this patch? it changes the semantics of gzip so that it is
consistent with the semantics of bzip2, xz and for more important GNU gzip.
cheers.
alex
--
a13x
diff --git a/usr.bin/gzip/gzip.1 b/usr.bin/gzip/gzip.1
index 848a4b3..8eab82c 100644
--- a/usr.bin/gzip/gzip.1
++
On Mon Nov 15 10, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> On 11/15/10 10:24, Alexander Best wrote:
> > hi there,
> >
> > any thoughts on this patch? it changes the semantics of gzip so that it is
> > consistent wi
On Mon Nov 15 10, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> On 11/15/10 10:24, Alexander Best wrote:
> > hi there,
> >
> > any thoughts on this patch? it changes the semantics of gzip so that it is
> > consistent wi
On Mon Nov 15 10, Alexander Best wrote:
> On Mon Nov 15 10, Xin LI wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > Hi,
> >
> > On 11/15/10 10:24, Alexander Best wrote:
> > > hi there,
> > >
> > > any thou
On Tue Nov 16 10, Bruce Cran wrote:
> On Fri, 22 Oct 2010 10:03:09 +
> Alexander Best wrote:
>
> > so how about olivers patch? it will only apply to ata devices so it's
> > garanteed not to break any other CAM devices (i'm thinking about the
> > aac con
hi everybody,
i just read up on the very popular linux 200 line sched patch that everyone's
talking about right now [1].
especially the videos posted on the seond page of [1] are very impressive. did
somebody dive into the patch and see if SCHED_ULE could benefit from it?
cheers.
alex
[1] http:
Alexander Best wrote:
> On Tue Nov 16 10, Bruce Cran wrote:
>> On Fri, 22 Oct 2010 10:03:09 +
>> Alexander Best wrote:
>>
>>> so how about olivers patch? it will only apply to ata devices so it's
>>> garanteed not to break any other CAM devices (i&#
On Wed Nov 17 10, Alexander Motin wrote:
> Alexander Best wrote:
> > On Tue Nov 16 10, Bruce Cran wrote:
> >> On Fri, 22 Oct 2010 10:03:09 +0000
> >> Alexander Best wrote:
> >>
> >>> so how about olivers patch? it will only apply to ata devices so
Alexander Best wrote:
> On Wed Nov 17 10, Alexander Motin wrote:
>> Alexander Best wrote:
>>> On Tue Nov 16 10, Bruce Cran wrote:
>>>> On Fri, 22 Oct 2010 10:03:09 +
>>>> Alexander Best wrote:
>>>>
>>>>> so how about olivers
On Wed Nov 17 10, Alexander Motin wrote:
> Alexander Best wrote:
> > On Wed Nov 17 10, Alexander Motin wrote:
> >> Alexander Best wrote:
> >>> On Tue Nov 16 10, Bruce Cran wrote:
> >>>> On Fri, 22 Oct 2010 10:03:09 +
> >>>> Alexande
On Wed Nov 17 10, Alexander Best wrote:
> On Wed Nov 17 10, Alexander Motin wrote:
> > Alexander Best wrote:
> > > On Wed Nov 17 10, Alexander Motin wrote:
> > >> Alexander Best wrote:
> > >>> On Tue Nov 16 10, Bruce Cran wrote:
> > >>>
this change has been discussed on develop...@.
cheers.
alex
--
a13x
diff --git a/ObsoleteFiles.inc b/ObsoleteFiles.inc
index e358ed9..106c10e 100644
--- a/ObsoleteFiles.inc
+++ b/ObsoleteFiles.inc
@@ -13,6 +13,12 @@
#
# The file is partitioned: OLD_FILES first, then OLD_LIBS and OLD_DIRS last.
On Thu Nov 18 10, Harald Servat wrote:
> Alexander (& rest of the list),
>
> -performance has a thread about this topic. If you're interested, you can
> take a look there. Here's the URL
thanks for the hint. :)
>
> http://lists.freebsd.org/pipermail/freebsd-
e came as-is from "da" driver and I can't
explain it. I have feeling that it's wrong.
--
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"
y required
changes to work properly.
--
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"
Quoting Alexander Best (from Thu, 18 Nov 2010
18:58:37 +):
this change has been discussed on develop...@.
Committed (r215669) with a little modification to the description.
Bye,
Alexander.
--
Nature is a mother.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID
On Mon Nov 22 10, Bruce Cran wrote:
> I've been going through src/bin and src/sbin seeing how easy it would
> be to remove warnings clang generates. During the work I came
> across routed/parms.c which appears to be doing a logical instead of
> bitwise AND. Would the following change be correct?
l
share/examples/etc/make.conf states that:
# To compile just the kernel with special optimizations, you should use
# this instead of CFLAGS (which is not applicable to kernel builds anyway).
# There is very little to gain by using higher optimization levels, and doing
# so can cause problems.
#
#CO
gt; AHCI_CAP_NCS_SHIFT) + 1;
mtx_init(&ch->mtx, "AHCI channel lock", NULL, MTX_DEF);
resource_int_value(device_get_name(dev),
device_get_unit(dev), "pm_level",&ch->pm_level);
I did mention it on freebsd-current@ some time back
128K
by default. Many SCSI drivers still limited by DFLTPHYS - 64K.
--
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 10/12/2010 16:45 Alexander Motin said the following:
>> by default. Many SCSI drivers still limited by DFLTPHYS - 64K.
>
> Including the cases where MAXBSIZE is abused because it historically has the
> same
> value.
DFLTPHYS automatically assumed by
If not I suggest to think again about it.
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 Sat, 11 Dec 2010 23:38:32 -0800 Artem Belevich
wrote:
> Functionally both approaches are about the same functionally. Each has
> pluses and minuses. Using module, though, looks somewhat cleaner.
I agree.
Bye,
Alexander.
___
freebsd-h
hi there,
i just stumbled over these lines:
otaku% grep -n \${DEBUG_FLAGS} /usr/share/mk/bsd.prog.mk
24:CFLAGS+=${DEBUG_FLAGS}
25:CXXFLAGS+=${DEBUG_FLAGS}
is it really necessary to assign the debug flags to both CFLAGS *and* CXXFLAGS?
cheers.
alex
--
a13x
_
On Sat Dec 18 10, Peter Pentchev wrote:
> On Sat, Dec 18, 2010 at 08:09:37PM +0000, Alexander Best wrote:
> > hi there,
> >
> > i just stumbled over these lines:
> >
> > otaku% grep -n \${DEBUG_FLAGS} /usr/share/mk/bsd.prog.mk
> > 24:CFLAGS+=${DEBU
hi there,
i think some of the -mno-* flags in sys/boot/* can be scrubbed, since they're
already being included from ../Makefile.inc.
also TARGET cleandir leaves some files behind in i386/gptboot which should be
fixed by this patch.
cheers.
alex
--
a13x
diff --git a/sys/boot/i386/boot2/Makefile
'm working with has different connectors
>> for the primary master and primary slave. Moreover, the chipset
>> supports different setting in primary master and primary slave.
There are few other controllers not supporting such configurations, but
it is handled by their specifi
On Tue Jan 4 11, John Baldwin wrote:
> On Tuesday, January 04, 2011 6:25:02 am Kostik Belousov wrote:
> > On Tue, Jan 04, 2011 at 11:40:45AM +0100, Giorgos Keramidas wrote:
> > @@ -123,12 +121,28 @@ main(argc, argv)
> > }
> > exit(0);
> > }
> > - exit (1);
> > + exi
I'm currently trying to fix the bug in the BIOS for the particular
> board used to boot FreeBSD, what would you suggest to fix it?
Try latest FreeBSD -- 8.2 is now in RC state.
Try to disconnect devices one by one.
Try to limit initial mode via loader tunables (note that some
On 05.01.2011 19:25, Darmawan Salihun wrote:
--- On Wed, 1/5/11, Alexander Motin wrote:
From: Alexander Motin
Subject: Re: PCI IDE Controller Base Address Register setting
To: "Darmawan Salihun"
Cc: "John Baldwin", freebsd-hackers@freebsd.org
Date: Wednesday, January 5, 20
hi there,
while building target buildkernel with 'clang -v' i noticed a lot of these
lines:
ignoring nonexistent directory
"/usr/subversion-src/sys/contrib/opensolaris/compat"
i checked sys/conf/kern.pre.mk and there's a line refering to a non-existing
directory:
# ... and OpenSolaris
INCLUDE
On Thu Jan 6 11, Sergey Kandaurov wrote:
> On 6 January 2011 04:40, Alexander Best wrote:
> > hi there,
> >
> > while building target buildkernel with 'clang -v' i noticed a lot of these
> > lines:
> >
> > ignoring nonexistent directory
> &
On Thu Jan 6 11, Warner Losh wrote:
> On 01/06/2011 06:45, Alexander Best wrote:
> >On Thu Jan 6 11, Sergey Kandaurov wrote:
> >>On 6 January 2011 04:40, Alexander Best wrote:
> >>>hi there,
> >>>
> >>>while building target buildkernel wit
On Thu Jan 13 11, Ryan Stone wrote:
> I've been trying to get an application compiled with gcc 4.5.1 running
> on FreeBSD 8.1, but it's been crashing during startup with a SIGBUS.
> It turns out that the problem is that gcc is issuing SSE
> instructions(in my case, a movdqa) that assume that the st
, but
blindly replacing it without looking at the above web pages looks a
little bit risky to me.
Bye,
Alexander.
--
The use of money is all the advantage there is to having money.
-- Benjamin Franklin
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID
On Thu Jan 13 11, Alexander Best wrote:
> On Thu Jan 13 11, Ryan Stone wrote:
> > I've been trying to get an application compiled with gcc 4.5.1 running
> > on FreeBSD 8.1, but it's been crashing during startup with a SIGBUS.
> > It turns out that the pro
On Sun Jan 23 11, Anonymous wrote:
> Alexander Best writes:
>
> >> otaku% ./mplayer ~/filme/wiedhow.mkv
> >> MPlayer SVN-r32787-4.6.0 (C) 2000-2011 MPlayer Team
> >> 161 audio & 350 video codecs
> >>
> >> Playing /home/arundel/filme/wi
On Mon Jan 24 11, Garrett Cooper wrote:
> On Sun, Jan 23, 2011 at 9:16 PM, Peter Jeremy wrote:
> > On 2011-Jan-21 20:01:32 +0100, "Simon L. B. Nielsen" wrote:
> >>Perhaps we should just set the tinderbox up to sync directly of
> >>cvsup-master instead if that makes it more useful?
> >
> > Can cv
On Tue Jan 25 11, Giorgos Keramidas wrote:
> On Tue, 25 Jan 2011 02:22:34 -0800, per...@pluto.rain.com wrote:
> >Diane Bruce wrote:
> >> There certainly would not be a chance of putting mercurial or git
> >> into base for example.
> >
> > Completely apart from licensing, another strike against mer
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
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
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 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
> >
hi there,
i noticed freebsd has a few of the following macros:
#define FUNC(sb)
when you do something like
if (cond)
FUNC(i)
the compiler complains about an if statement with an empty body. any sensible
way of dealing with this issue?
i saw some reiserfs code which does the following to s
On Sun Jan 30 11, Gary Jennejohn wrote:
> On Sun, 30 Jan 2011 17:29:41 +
> Alexander Best wrote:
>
> > hi there,
> >
> > i noticed freebsd has a few of the following macros:
> >
> > #define FUNC(sb)
> >
> > when you do something l
On Mon Jan 31 11, Julian Elischer wrote:
> On 1/30/11 11:54 PM, Roman Divacky wrote:
> >no problem with this with clang :)
> >
> >On Sun, Jan 30, 2011 at 05:29:41PM +, Alexander Best wrote:
> >>hi there,
> >>
> >>i noticed freebsd has a few o
On Mon Jan 31 11, Roman Divacky wrote:
> no problem with this with clang :)
hmso compiling the following code
int
main(int argc, char **argv)
{
if (1<2)
;
}
with clang -Werror code.c -o code works for you?
cheers.
alex
>
> On Sun, Jan 30, 2011 at 05:29:41PM +0000, Al
On Tue Feb 1 11, Roman Divacky wrote:
> On Mon, Jan 31, 2011 at 09:51:58AM +0000, Alexander Best wrote:
> > On Mon Jan 31 11, Roman Divacky wrote:
> > > no problem with this with clang :)
> >
> > hmso compiling the following code
> >
> > int
&g
hi there,
i was doing the following:
top inf > ~/output
when i noticed that this was missing the overall statistics line. so i went
ahead and did:
top -d2 inf > ~/output
funny thing is that for the second output some weird characters seem to get
spammed into the overall statistics line:
last
On Tue Feb 1 11, Sergey Kandaurov wrote:
> On 1 February 2011 15:24, Alexander Best wrote:
> > hi there,
> >
> > i was doing the following:
> >
> > top inf > ~/output
> >
> > when i noticed that this was missing the overall statistics line.
On Tue Feb 1 11, John Baldwin wrote:
> On Tuesday, February 01, 2011 8:11:54 am Alexander Best wrote:
> > On Tue Feb 1 11, Sergey Kandaurov wrote:
> > > On 1 February 2011 15:24, Alexander Best wrote:
> > > > hi there,
> > > >
> > > &
On Tue Feb 1 11, Roman Divacky wrote:
> On Tue, Feb 01, 2011 at 11:25:01AM +0000, Alexander Best wrote:
> > On Tue Feb 1 11, Roman Divacky wrote:
> > > On Mon, Jan 31, 2011 at 09:51:58AM +, Alexander Best wrote:
> > > > On Mon Jan 31 11, Roman Divacky wrote:
On Tue Feb 1 11, John Baldwin wrote:
> On Tuesday, February 01, 2011 8:11:54 am Alexander Best wrote:
> > On Tue Feb 1 11, Sergey Kandaurov wrote:
> > > On 1 February 2011 15:24, Alexander Best wrote:
> > > > hi there,
> > > >
> > > &
On Wed Feb 2 11, Sergey Kandaurov wrote:
> On 6 January 2011 04:40, Alexander Best wrote:
> > hi there,
> >
> > while building target buildkernel with 'clang -v' i noticed a lot of these
> > lines:
> >
> > ignoring nonexistent directory
> &
On Wed Feb 2 11, Anonymous wrote:
> Alexander Best writes:
>
> > On Wed Feb 2 11, Sergey Kandaurov wrote:
> >> On 6 January 2011 04:40, Alexander Best wrote:
> >> > hi there,
> >> >
> >> > while building target buildkernel with
On Thu Feb 3 11, Anonymous wrote:
> Alexander Best writes:
>
> > On Wed Feb 2 11, Anonymous wrote:
> >> -Wmissing-include-dirs (with -Werror) is there to catch such cases.
> >> Try to add it to CWARNFLAGS and see if universe build passes.
> >>
>
hi there,
i stumbled upon two interesting lines in the amd64 tinderbox output [1]:
[...]
sh /src/tools/install.sh -d -o root -g wheel -m 755
/obj/src/tmp/usr/include/x86; cd /src/include/../sys/x86/include; for h in
*.h; do ln -fs ../../../sys/x86/include/$h /obj/src/tmp/usr/include/x86;
On Fri Feb 4 11, Eygene Ryabinkin wrote:
> Alexander, good day.
hi eygene. thanks a lot for your patch. i made two changes:
1) also catch the -v option for install(1).
2) install(1) accepts multiple directories as arguments, when he -d flag has
been specified. so i don't think it
On Fri Feb 4 11, Eygene Ryabinkin wrote:
> Alexander, good day.
>
> Fri, Feb 04, 2011 at 10:22:21AM +, Alexander Best wrote:
> > hi eygene. thanks a lot for your patch.
>
> You're welcome ;))
>
> > i made two changes:
> >
> > 1) also catch t
/uipc_cow.c
kern/uipc_mqueue.c
kern/uipc_sem.c
nfsclient/nfs_vfsops.c
nfsserver/nfs_serv.c
security/audit/audit.c
security/mac/mac_syscalls.c
---snip---
Thanks,
Alexander.
--
Most people in this society who aren't actively mad are,
at best, reformed or potential lunatics.
-- Susan S
Quoting John Baldwin (from Fri, 11 Feb 2011 07:51:52 -0500):
On Friday, February 11, 2011 4:30:28 am Alexander Leidinger wrote:
Hi,
during the last GSoC various FEATURE macros where added to the system.
Before committing them, I would like to get some review (like if macro
is in the correct
y
> the presence of mandatory access control policies.
Does
FEATURE(mac, "Mandatory Access Control Framework support");
look better?
Alternatively/additionally we could use mac_framework as the name of
the feature.
Bye,
Alexander.
___
fre
On Fri, 11 Feb 2011 19:38:06 +0300 Anonymous wrote:
> Alexander Leidinger writes:
>
> > Hi,
> >
> > during the last GSoC various FEATURE macros where added to the
> > system. Before committing them, I would like to get some review
> > (like if macro i
-go, the linuxulator
is BSD licensed.
Bye,
Alexander.
Index: src/sys/compat/linux/linux_dvb.h
@@ -0,0 +1,63 @@
+/*
+ * Extracted from , which is:
+ *
+ * Copyright (C) 2000 Marcus Metzler
+ * Ralph Metzler
+ * Holger Waechtler
+ * Andre
Quoting Juergen Lock (from Tue, 22 Feb 2011
12:37:53 +0100):
On Tue, Feb 22, 2011 at 09:26:41AM +0100, Alexander Leidinger wrote:
Quoting Juergen Lock (from Mon, 21 Feb 2011
19:36:11 +0100):
> And here comes the patch for head:
linux_dvb.h is still GPLed (not taking into account t
hi there,
there's a PR [1] regarding seeking into /dev/null and /dev/zero. i just wanted
to ask what the overall opinion is on this matter. technically it's quite easy
to seek into those files upon fwrite(3) and fread(3). the point is, if the file
position should be repositioned according the the
hi there,
i think the following should be changed. with
kern.threads.max_threads_per_proc=N, a process should be able to maintain
N threads and not N-1.
to verify simply use tools/test/pthread_vfork.
cheers.
alex
--
a13x
diff --git a/sys/kern/kern_thr.c b/sys/kern/kern_thr.c
index 75656f0..63b
1 - 100 of 1213 matches
Mail list logo
