On Mon, 2005-08-29 at 11:55 +0800, qiyong wrote:
> Erik Mouw wrote:
> >On Fri, Aug 26, 2005 at 05:25:37PM +0800, Coywolf Qi Hunt wrote:
> >>I just wrote a tool with kernel patch, which is to set the uid's of a
> >>running
> >>process without FORK.
> >>
> >>The tool is at
On Mon, 2005-08-29 at 16:16 +0800, Coywolf Qi Hunt wrote:
> Bernd Petrovitsch wrote:
[...]
> >(almost) every tool may become a security problem.
> >If you fear a bug in sudo, then write a minimal setuid wrapper for
> >yourself which checks for the user it starte
On Tue, 2005-08-30 at 11:40 +0200, Rogier Wolff wrote:
[...]
> would IMHO work better. (A userspace program is technically a better
> solution, the social aspect of getting a bigger user-base is the main
> reason for me to suggest the in-kernel approach).
So *if* a user wants to participate,
On Wed, 2005-08-31 at 18:56 -0600, jmerkey wrote:
> Bernd Eckenfels wrote:
> >In article <[EMAIL PROTECTED]> you wrote:
> >>I mean, nvidia people also use propietary code in the kernel (probably
> >>violating the GPL anyway) and don't do such things.
> >
> >The Linux kernel allows binary drivers,
On Sun, 2005-09-04 at 09:32 +0200, Andreas Hartmann wrote:
> Chase Venters wrote:
[...]
> >
> > Can I ask why you want to hide the database password from root?
>
> It's easy: for security reasons. There could always be some bugs in some
> software, which makes it possible for some other user, to
On Tue, 2005-09-06 at 17:15 +0800, Sat. wrote:
> if(!(pid=fork())){
> ..
> printk("in child process");
> ..
> }else{
> .
> printk("in father process");
> .
> }
>
> this is a classical example, when the fork() system call runs, it will
> build a new
On Tue, 2005-09-06 at 13:23 +0200, Budde, Marco wrote:
[]
> for one of our customers I have to port a Windows driver to
> Linux. Large parts of the driver's backend code consists of
> C++.
>
> How can I compile this code with kbuild? The C++ support
> (I have tested with 2.6.11) of kbuild
On Tue, 2005-09-06 at 17:08 -0400, Chris Frey wrote:
> On Tue, Sep 06, 2005 at 01:30:34PM +0200, Bernd Petrovitsch wrote:
> > Yes, because the official Linux kernel is pure C (using some gcc
> > extensions).
> > There is http://netlab.ru.is/exception/LinuxCXX.shtml but it is
On Tue, 2005-09-06 at 12:58 -0400, [EMAIL PROTECTED] wrote:
> On Tue, 06 Sep 2005 17:15:51 +0800, "Sat." said:
>
> Not a kernel problem, please consult an intro-to-C list next time
>
> > if(!(pid=fork())){
> > ..
> > printk("in child process");
> > ..
> > }else{
> >
BTW you kill threading.
On Wed, 2005-09-07 at 11:13 +0200, Budde, Marco wrote:
[...]
> >> That would be because the kernel is written in *C* (and some asm),
> *not* C++.
>
> I cannot see the connection. At the end everything gets converted
> to assembler/opcode. In the user space I can mix C and
On Wed, 2005-09-07 at 11:21 +0200, Esben Nielsen wrote:
> On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
>
> > On Wed, 07 Sep 2005 00:20:11 +0200, Esben Nielsen said:
> >
> > > Which is too bad. You can do stuff much more elegant, effectively and
> > > safer in C++ than in C. Yes, you can do
On Wed, 2005-09-07 at 14:04 +0200, Budde, Marco wrote:
[...]
> > Yes, this is a general problem with integrated c/c++ stuff like
> > Win-Visual C++.
>
> not all Windows users do not know what they are doing :-).
> Speaking for myself: I am programming under Linux and
> Windows (with more than 10
On Tue, 2007-01-02 at 16:23 -0300, Horst H. von Brand wrote:
> Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> [...]
> > I don't know about others but I wouldn't write an offer with a fixed
> > price for "look into assembler dumps, reverse engineer it and find an
> &
On Mon, 2005-01-17 at 08:44 -0500, linux-os wrote:
> Tue Jan 11 07:07:40 EST 2005
>
> IBM has announced that it will provide free access to about
No, they only promise now to not sue anyone given the following
criteria. No one knows what happens in 5 years.
> 500 of its existing software
On Tue, 2005-01-18 at 09:37 +0100, Bernhard Schauer wrote:
> > And almost all of them are pure software-patents and probably prior art.
> > Thus they are - at least in Europe - not relevant and actually illegal
> > if you believe in the current European patent law as defined by the
> > European
On Mon, 2006-12-11 at 18:35 +0100, Jan Engelhardt wrote:
[...]
> I can just second this. What should be marked const is [1]the things
> pointed to, not [2]the local copy of a function argument.
>
> This[2] is what I believe almost every other software project does,
Yes, also for the reason to
On Thu, 2006-12-14 at 18:47 +0100, Hans-Jürgen Koch wrote:
> Am Donnerstag, 14. Dezember 2006 18:34 schrieb Bernd Petrovitsch:
> > On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
> > []
> > > A small German manufacturer produces high-end AD converter cards. H
On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
[]
> A small German manufacturer produces high-end AD converter cards. He sells
> 100 pieces per year, only in Germany and only with Windows drivers. He would
> now like to make his cards work with Linux. He has two driver programmers
On Fri, 2006-12-15 at 21:20 +, James Porter wrote:
> I think some kernel developers take to much responsibility, is there a bug in
> a
> binary driver? Send it upstream and explain to the user that it's a closed
Plaese name them. AFAICS if there is a response, it is similar to "your
kernel
On Sun, 2007-03-11 at 22:15 +0800, Cong WANG wrote:
[...]
> Another question is about NULL. AFAIK, in user space, using NULL is
> better than directly using 0 in C. In kernel, I know it used its own
> NULL, which may be defined as ((void*)0),
Userspace has the usually same definition.
>
On Fri, 2007-03-16 at 16:24 +0100, Richard Knutsson wrote:
[...]
> more readable). The big problem is, where to put it? Seems wrong to put
> in since it appear to be a replica of userspace's
> (otherwise, why put mem*-functions in there?).
memcpy(3) and memcmp(3) are also there in user-space.
On Fri, 2007-03-16 at 18:09 +0100, Richard Knutsson wrote:
> Bernd Petrovitsch wrote:
> > On Fri, 2007-03-16 at 16:24 +0100, Richard Knutsson wrote:
> > [...]
> >
> >> more readable). The big problem is, where to put it? Seems wrong to put
> >&
On Mon, 2007-01-22 at 02:56 +0100, Krzysztof Halasa wrote:
> Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
> > Bleh. Except for storage, base 1024 was used for almost everything
> > I remember. 4 MB memory meant 4096 KB, and that's still the case today.
> > Most likely the same for transfer rates.
On Wed, 2007-02-14 at 22:27 -0800, v j wrote:
[...]
> here. I am perfectly willing to live with the way Linux is today. I am
> telling you as a user that if Linux continues on the current path it
> will become less and less attractive to Embedded Users.
Which is only (or more accurate: at most)
On Wed, 2007-02-14 at 23:28 -0800, v j wrote:
> On 2/14/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > At least one of us is confused about that an embedded User is.
> > It seems to me that you are an embedded developer, not User.
> > I doubt that most Embedded Users care what their OS is,
> > or
On Wed, 2007-02-14 at 22:46 -0800, v j wrote:
> You don't get it do you. Our source code is meaningless to the Open
> Source community at large. It is only useful to our tiny set of
Perhaps you should leave that decision to the open source community at
large.
[ Useless fullquote deleted ]
On Thu, 2007-02-15 at 15:37 +0100, Benny Amorsen wrote:
> > "JDL" == Jan De Luyck <[EMAIL PROTECTED]> writes:
>
> JDL> I think a nice example of that might be the Linksys WRT54G
> JDL> routers.
>
> They don't ship with Linux anymore, except the WRT54GL. Apparently
> switching was worth it to
On Thu, 2007-02-15 at 18:40 +1100, Nick Piggin wrote:
> Ben Nizette wrote:
[...]
> > Question to the world here: Distros make, as a matter of course, a
> > series of modifications to the Linux Kernel so that their modules or
> > features work. What stops VJ making a patchset which effectively
On Thu, 2007-02-15 at 17:41 -0500, Jeff Garzik wrote:
> Bernd Petrovitsch wrote:
> > On Thu, 2007-02-15 at 18:40 +1100, Nick Piggin wrote:
> >> Rhetorical question: what stops me from taking somebody's copyrighted
> >> work, stripping the copyrights or falsely
On Fri, 2007-02-16 at 03:19 -0500, [EMAIL PROTECTED] wrote:
[...]
> Actually, the *real* reason embedded systems end up using old versions is
> much simpler.
ACK.
> They start developing their code on release 2.X.Y, and they keep their code
> out-of-tree. Then, when they come up for air, and
On Thu, 2007-02-15 at 18:36 -0600, Scott Preece wrote:
[...]
> Note that it is possible that what vj said is strictly true. IF the
> product they ship is non-modifiable, then it's hard to argue that
> anyone else could maintain it. And if the drivers are for devices
The GPL has no special
On Thu, 2007-02-15 at 22:25 -0800, v j wrote:
[...]
> No, just that the trend is disturbing. If enough Kernel Developers
> choose to write their Software in a way that prevents others from
> using it freely, then that is troubling. Especially when these Kernel
You can use it freely - your
On Fri, 2007-02-16 at 07:46 +0530, Rick Brown wrote:
Your quoting style sucks. I fixed it by hand.
[...]
> > 1) Can any one please shed some light on precisely and exactly what are
> > differences in different boards for which we need to port linux?
> On Fri, 2007-02-16 at 09:48 +0530, Ajay
On Fri, 2007-02-16 at 03:42 -0800, David Schwartz wrote:
[...]
> Not quite. Copyright is: This particular implementation is mine, but you are
> free to implement any idea any *other* way you want. You simply can't
> implement an idea precisely the way I did it, but all ideas are open to you.
On Mon, 2007-02-19 at 21:19 -0800, v j wrote:
[...]
> Now it would also be worthwhile to contemplate what EXPORT_SYMBOL_GPL
> does to this popularity. I don't know. I am just giving you my
The big problem with such discussions (as this) are: It is a law
decision which license applies in which
On Tue, 2007-02-20 at 10:14 -0500, [EMAIL PROTECTED] wrote:
> On Tue, 20 Feb 2007 12:00:51 +0100, Bernd Petrovitsch said:
> > Flame bait alert:
> > I heard a talk from an Austrian lawyer an according to his believes (and
> > I don't know if he is the only one or if there
On Tue, 2007-02-13 at 18:42 +1100, Nick Piggin wrote:
> Joe Perches wrote:
[...]
> > perhaps:
> >
> > #define array_for_each(element, array) \
> > for ((element) = (array); \
> > (element) < ((array) + ARRAY_SIZE((array))); \
> > (element)++)
>
> If you're going for
On Tue, 2007-02-13 at 21:54 +1100, Nick Piggin wrote:
> Bernd Petrovitsch wrote:
> > On Tue, 2007-02-13 at 18:42 +1100, Nick Piggin wrote:
> >
> >>Joe Perches wrote:
> >
> > [...]
> >
> >>>perhaps:
> >>>
> >&g
On Wed, 2007-06-13 at 23:38 -0300, Alexandre Oliva wrote:
> On Jun 13, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Wednesday 13 June 2007 19:49:23 Alexandre Oliva wrote:
>
> > Exactly. They don't. What TiVO prevents is using that modified version on
> > their hardware. And they have
On Thu, 2007-06-14 at 05:05 -0400, Daniel Hazelton wrote:
> On Thursday 14 June 2007 04:37:55 Bernd Petrovitsch wrote:
[...]
> > > > covered by the GPL.
> > >
> > > Indeed, TiVO has this legal right. But then they must not use
> >
> > Do they? At least
On Thu, 2007-06-14 at 19:37 -0300, Alexandre Oliva wrote:
> On Jun 14, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
[...]
> > For many juridisctions loading from disk into memory is copying and in
> > some from memory to CPU cache a second copy. This is one reason as I
> > understand it GPLv3 talks
On Fri, 2007-06-15 at 12:17 +0530, debian developer wrote:
[...]
> And *Please* do not top-post!
Says the one without real name who is full quoting including even the
mailing list footers.
SCNR,
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156
On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3)
On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote:
[...]
> However, as Ingo argued, not being able to patch holes, fix bugs and
> add new features is a very bad idea. He was talking about the
> software, but this is as true when it comes to the license.
Yes, but the license of the license
On Tue, 2007-05-22 at 14:38 +0530, Nitin Gupta wrote:
[...]
> On 5/18/07, Andrey Panin <[EMAIL PROTECTED]> wrote:
> > On 138, 05 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> > > + register const unsigned char *ip;
> >
> > register keyword is meaningless for today's compiler.
>
> But can
On Thu, 2007-07-12 at 15:58 +0300, [EMAIL PROTECTED] wrote:
[...]
> >>No, a process also contains an address space.
> Of course .. I ment they are _almoust_ similar.
Not really. A process has one or more threads, (virtual) memory, open
file descriptors, a uid, a gid and several other resources.
On Tue, 2007-06-19 at 20:12 +0100, Jack Stone wrote:
> H. Peter Anvin wrote:
> > Chris Snook wrote:
> >> I pointed out NetApp's .snapshot directories because that's a method
> >> that uses legal path character, but doesn't break anything. With this
> >> method, userspace tools will have to be
On Wed, 2007-06-20 at 18:14 -0300, Tomas Neme wrote:
[]
> Why, if you let user-compiled kernels to run in a TiVo, it might be
> modified so the TiVo can be used to pirate-copy protected content,
Or it might be modified to fix a bug - either a technical one or a legal
one as described below.
On Fri, 2007-06-22 at 00:57 +0200, Zoltán HUBERT wrote:
[...]
> Well, I'm using SuSE Pro 9.3 (excellent choice by the way),
Perhaps in April 2005. And if I read
http://www.pro-linux.de/security/7043 correctly it is unsupported
anyways (sorry, I can't find a date on that page).
ATM there are
On Fri, 2007-06-22 at 11:19 +0200, Xavier Bestel wrote:
> On Thu, 2007-06-21 at 23:49 +0200, Zoltán HUBERT wrote:
> > While some of you dislike
> > closed source drivers, the choices "we users" face are:
> > - closed source drivers with closed source OS
> > - closed source drivers with open
On Sat, 2007-06-23 at 14:17 +0200, Grozdan Nikolov wrote:
[...]
> Please CC me as I'm not subscribe to this mailing list,
Perhaps you should change that and find most answers for yourself.
> Thanks!
Thanks!
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil:
On Wed, 2007-08-22 at 06:47 +, Noud Aldenhoven wrote:
> Thank you for your information and help,
>
> I think it's a lot more clear for me now.
> I've seen the ldd3 some time ago, but someone told me that book was
> out-of-date. Guess he was wrong. Would it also be use full to use some
> kind
On Sun, 2007-09-02 at 16:03 +0200, Marc Espie wrote:
[...]
> So, now, it's down to dirty fighting. Absorbing and `relicensing' and
> evolving code. Have you all been bitten my RMS paranoia (that leads to
> this `interesting GPLv3) ? Do you intend to keep grabbing BSD code and
> putting it
On Fri, 2007-07-27 at 13:07 -0500, [EMAIL PROTECTED] wrote:
> Hello,
>
> In a block device driver, how do you tell the kernel that your block device
> is read-only? Is it in the registration of the gendisk, or is there an
> ioctl I should be catching to inform the kernel (and user) that this
On Thu, 2007-08-02 at 15:47 +0200, Peter Zijlstra wrote:
> On Thu, 2007-08-02 at 16:04 +0400, Alexey Dobriyan wrote:
> > On 8/2/07, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > > The linux kernel doesn't have a type safe object allocator a-la new()
> > > in C++ or g_new() in glib.
> > >
> > >
On Fri, 2007-08-03 at 11:40 +0800, WANG Cong wrote:
> On Fri, Aug 03, 2007 at 08:47:56AM +0530, Satyam Sharma wrote:
[]
> >While we're talking of null-termination of strings, then I bet you
> >generally want to be using strlcpy(), really. Often strncpy() isn't
> >what you want. Of course, if
On Wed, 2007-09-12 at 09:13 -0700, Dan Stromberg wrote:
> I sent this to kernel newbies first, and while I got one response there,
> it answered a different question than the one I was asking...
Are you sure?
> I'm on a SuSE system.
>
> I'm working on automating the install of said system, but
On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
[]
> Being rpm ignorant I do not know what the expected content of a kernel-source
> RPM
> are but this is the available targets for kernel packaging (from make help):
The kernel-source including all patches and configured as usually to
On Wed, 2007-09-12 at 10:31 -0700, Dan Stromberg wrote:
> On Wed, 12 Sep 2007 19:09:26 +0200, Bernd Petrovitsch wrote:
[...]
> >> I'm on a SuSE system.
> >>
> >> I'm working on automating the install of said system, but it needs a
> >> Linus kernel - 2.6
On Wed, 2007-09-12 at 19:51 +0200, Sam Ravnborg wrote:
> On Wed, Sep 12, 2007 at 07:11:21PM +0200, Bernd Petrovitsch wrote:
> > On Wed, 2007-09-12 at 19:05 +0200, Sam Ravnborg wrote:
> > []
> > > Being rpm ignorant I do not know what the expected content of a
On Wed, 2007-09-12 at 20:16 +0200, Sam Ravnborg wrote:
> >
> > But we are talking[0] about a kernel-source-$VERSION.$ARCH.rpm's which
> > contain
> > the kernel sources (read: lots of .c and .h files, etc.) - including a
> > matching
> > .config and after `make oldconfig` - so that one can build
On Thu, 2007-09-13 at 08:51 -0600, Latchesar Ionkov wrote:
> Zero was the value that was used before, even though it wasn't defined
> explicitly. I just defined a macro so we can see and eventually change
> it to something better. I don't know if there is a good default value.
> Is nfsnobody the
On Fre, 2007-09-28 at 00:21 +0200, Arnd Bergmann wrote:
> On Thursday 27 September 2007, you wrote:
> > > Then you don't have to change every single printk in the kernel, but
> > > only those that don't currently come with a log level. More importantly,
> > > you can do the conversion without a
On Don, 2007-09-27 at 12:41 +0100, mahamuni ashish wrote:
> I have small code
And the relevance to the Linux kernel as such is?
[]
Add "-Wall -Wextra" and fix all errors and warnings.
> Expected output is
No.
Bernd
--
Firmix Software GmbH
On Die, 2007-10-09 at 12:20 +0300, Grosjo.net - jom wrote:
[...]
> Would it be possible to include the patches (available on www.synce.org)
> for WindowsMobile5, as most mobile phones are under Window$, and it is
> very convenient to connect it to the laptop under Linux
do {
Test them
On Die, 2007-10-23 at 15:35 -0400, Lennart Sorensen wrote:
> On Tue, Oct 23, 2007 at 11:22:50AM -0700, Roland Dreier wrote:
> > It's not a hard experiment to do.
> >
> > The answer is:
> >
> > warning: suggest parentheses around assignment used as truth value
>
> A warning is not an error.
On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
[]
> Key-based masterlocks are easily broken with freon, and their combo
> locks are easily brute-forced in about ten minutes. Yet, I'll still
> use them to lock up my bike and garage.
The question is what the security threat is and the value
On Thu, 2007-10-25 at 09:04 -0700, Ray Lee wrote:
> On 10/25/07, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> > On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
> > []
> > > Key-based masterlocks are easily broken with freon, and their combo
> > > loc
On Sun, 2007-11-04 at 14:49 -0500, Robert P. J. Day wrote:
[...]
> actually, one wonders if there's any value in keeping any references
> to other version control systems such as subversion, SCCS, CVS,
> mercurial, etc.
Lots of people have their working trees in CVS, Subversion,
So it
rcmp.html but
also (glibcs) manual page- doesn't guarantee -1 or +1 either,
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
nvention has an impact on the generated code.
Using struct assignment keeps the type check and is just for this reason
always preferable over memcpy().
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http:/
Hi!
On Mit, 2014-03-19 at 14:39 +0100, Peter Senna Tschudin wrote:
> On Wed, Mar 19, 2014 at 1:02 PM, Bernd Petrovitsch
> wrote:
> > On Die, 2014-03-18 at 22:11 +0100, Peter Senna Tschudin wrote:
> >> The Coccinelle script scripts/coccinelle/misc/memcpy-assign.cocci look
&
Hi!
On Mit, 2014-07-09 at 16:54 -0400, Nick Krause wrote:
[... useless quotes deleted ...]
> Thanks for the help. Hope this message is better makes sense to me.
And always quoting everything is bad mail style too - just quote just
the relevant parts for the answer, not more, not less.
Everyone
Hi!
On Fre, 2014-07-11 at 15:30 +0300, Andrey Utkin wrote:
[...]
> Could you please substantiate this? I see that convert_arg has type
> "unsigned int" which may be 8 bytes on 64-bit platform. I haven't
At least in the x86_64 world, "unsigned int" has 32bit.
TTBOMK, it is similar on all other
On Die, 2014-07-08 at 11:33 +0200, Peter Zijlstra wrote:
[...]
> diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
> index fc4f98b1258f..e1e24eea8061 100644
> --- a/kernel/sched/deadline.c
> +++ b/kernel/sched/deadline.c
> @@ -999,8 +999,7 @@ static void start_hrtick_dl(struct rq *rq,
On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
> Pavel. I have bit 'ol enterprise daemon running with established file
> descriptors serving thousands of connections
> which periodically require entropy. Now I run out of descriptors. I
> can't establish new connections. but I should
> now
On Don, 2014-07-31 at 00:18 +0200, Pavel Machek wrote:
> On Wed 2014-07-30 16:40:52, Bernd Petrovitsch wrote:
> > On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
> > > Pavel. I have bit 'ol enterprise daemon running with established file
> > > descriptors servi
efficient.
That's the price for security as it requires proper permissions.
Or is this a root-only syscall?
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
aps it is more
acceptable/useful if there is a mount option which must be activated on
the backup filesystems and that is not activated anywhere else.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
en your driver prints "blah: foo bar error 49",
> just run a little program that converts 49 to .
Userspace can just guess if a given "49" is an errno or not ...
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
/*
Why not get rid of the trivial wrapper function completely?
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
ere that pull all necessary in?
> Introducing the build breakage is annoying.
Yes, update/install the necessary package to fix it.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
roduction - with boards (though
they tend to loose features like
"memory-mapping over the ISA-bus").
One is a - according to /proc/cpuinfo - a
"Intel(R) Atom(TM) CPU E3825 @ 1.33GHz".
Sry, I cannot get the product name.
MfG,
BErnd
--
Bernd Petro
d regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
to
https://wiki.debian.org/X32Port ?
[...]
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
ot;fixes" the
$PATH).
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
There is no cloud, just other people computers. - FSFE
LUGA : http://www.luga.at
On Sat, 2021-01-02 at 12:26 +0100, Sedat Dilek wrote:
> On Sat, Jan 2, 2021 at 12:05 PM Bernd Petrovitsch
> wrote:
> > On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote:
> > [...]
> > > To be honest I wondered why there were no more reports on this.
> >
>
Hi all!
On 25/10/2020 16:11, Michael J. Baars wrote:
[...]
> I've been writing a simple client and server for cluster computing this
> weekend. At first everything appeared to work just fine, but soon enough I
> found some
> inexplicable bind errors. I've tried to make sure that the client
d?).
close() on a socket calls shutdown() automatically (unless
the shutdown() has been already called).
The timeout which you're application runs into
applies after shutting down/closing the connection.
MfG,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.
On 19/08/2020 10:16, Muni Sekhar wrote:
> On Tue, Aug 18, 2020 at 11:45 PM peter enderborg
> wrote:
[...]
>> On the 4.4 kernel you dont have
>>
>> +CONFIG_RETPOLINE=y
>> +CONFIG_INTEL_RDT=y
> Thanks! That is helpful. Yes, I see 4.4 kernel don't have the above
> two config options.
> What analysis
Hi all!
On 12/10/2020 18:42, Ujjwal Kumar wrote:
> On 12/10/20 11:50 pm, Lukas Bulwahn wrote:
>>
>>
>> On Mon, 12 Oct 2020, Ujjwal Kumar wrote:
>>
>>> We cannot rely on execute bits to be set on files in the repository.
>>> The build script should use the explicit interpreter when invoking any
a "char"
which is happily promoted to whatever one needs in that place.
Kind regards,
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubs
On Fre, 2012-09-14 at 08:30 -0400, Jim Rees wrote:
> Bernd Petrovitsch wrote:
[...]
> A pure K version would use a string:
> snip
> #define base10len(i) "\0x1\0x3\0x5\0x8\0x0A\0x0D\0x0F\0x11\0x14"[sizeof(i)]
> snip
> (if I converted th
actually used it to show that no gcc-isms are necessary. ANSI-C is
fine too for that case.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscribe linux-
On Mon, 2007-12-31 at 12:39 +0700, Theewara Vorakosit wrote:
[...]
> I get MAC address from ioctl. However, ifconfig can change this MAC
> address. Can I get a real physical MAC address of the NIC?
- You can get the initial MAC address right after bootup before anyone
changes it.
- Some (if
On Die, 2008-01-01 at 22:58 -0600, Matt Domsch wrote:
> On Mon, Dec 31, 2007 at 12:39:11PM +0700, Theewara Vorakosit wrote:
> > Hello,
> >
> > I get MAC address from ioctl. However, ifconfig can change this MAC
> > address. Can I get a real physical MAC address of the NIC?
>
> yes. It's
Sorry for feeding the troll:
On Die, 2008-01-08 at 17:52 +, Tuomo Valkonen wrote:
> On 2008-01-08, Andre Noll <[EMAIL PROTECTED]> wrote:
> > Use tune2fs to deactivate checking.
>
> So, a workaround is the answer to a clear bug. Typical FOSS.
At least you get a simple solution for your
On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
> On 01/11/2008 10:17 AM, Daniel Walker wrote:
> > On Fri, 2008-01-11 at 09:52 +0100, Jiri Slaby wrote:
> >> On 01/11/2008 05:10 AM, Daniel Walker wrote:
> >>> A little feature addition to allow checkpatch.pl to check patches piped
> >>> into
On Fre, 2008-01-11 at 01:47 -0800, Daniel Walker wrote:
> On Fri, 2008-01-11 at 10:41 +0100, Jiri Slaby wrote:
> > On 01/11/2008 10:36 AM, Daniel Walker wrote:
> > > On Fri, 2008-01-11 at 10:34 +0100, Jiri Slaby wrote:
> > >> If somebody is hacking kernel, I think he should know the - trick used
On Fre, 2008-01-11 at 01:30 -0800, Daniel Walker wrote:
> On Fri, 2008-01-11 at 10:23 +0100, Bernd Petrovitsch wrote:
> > On Fre, 2008-01-11 at 10:21 +0100, Jiri Slaby wrote:
> > > On 01/11/2008 10:17 AM, Daniel Walker wrote:
> > > > On Fri, 2008-01-11 at
201 - 300 of 351 matches
Mail list logo