Re: [PATCH] hurd: Add shared mig declarations

gt; #include > > #include > + > +/* MIG stubs are not yet ready for C++ compilation. */ > +#include "gnu-nat-mig.h" > } But since this is a header in GDB, why not just add that extern "C" to make it ready for C++ compilation...? Christian

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

without remap. Anyway, not terribly important to me, rebooting did work fine anyway, and I now have a working patch for open-isns that will make it work on Hurd once my other patch against pflocal's socket.c is merged. Thanks, Christian

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

grams, the old one still appears to be used. > Use the remap translator instead, which is one of the things the Hurd > design allows you to do easily. > > See /bin/remap to easily set one. remap doesn't work at all here, programs then complain that they can't assign requested address when doing any socket operation. Regards, Christian

Re: Bugs in Hurd's recvmsg (msg_name AF_LOCAL, MSG_DONTWAIT)

On 08/01/2016 12:08 PM, Christian Seiler wrote: > I've now isolated the problems and have a reproducer (attached) > and it has _nothing_ to do with SCM_CREDS, but with much more > basic functionality. > > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen ar

[PATCH] [glibc] sysdeps/mach/hurd/recvmsg.c: don't try to resolve invalid address

On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen are filled for a SOCK_STREAM AF_LOCAL > socket (maybe also other AF_LOCAL, didn't check) upon calling > recvmsg, SIGLOST is generated. So this is actually a b

[PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 2: > > MSG_DONTWAIT is ignored for recvmsg, it always blocks (at least > when using AF_LOCK sockets). I've even tried to pre-fill the > msg_flags member with it (which you shouldn't need to do > according

Bugs in Hurd's recvmsg (msg_name AF_LOCAL, MSG_DONTWAIT)

ppears to be really easy to trigger...) Anyway, would be great if someone could look at Bug #2 here, because I don't see any way to work around it. Thank you! Regards, Christian #include #include #include #include #include #include #include #include #include #include #include #include

Re: open-isns porting question: sudden SIGLOST

On 07/27/2016 07:25 PM, Svante Signell wrote: > (Adding bug-hurd to the Cc: list, not all developers follows the > debian-hurd list) > > On Wed, 2016-07-27 at 18:15 +0200, Christian Seiler wrote: >> Oh, I should mention that every time you run isnsadm the server >> (isn

Re: open-isns porting question: sudden SIGLOST

On 07/28/2016 12:45 AM, Svante Signell wrote: > On Wed, 2016-07-27 at 23:38 +0200, Christian Seiler wrote: >> On 07/27/2016 07:25 PM, Svante Signell wrote: >>> >> (FTR: <http://paste.debian.net/785673/>, code is more or less >> identical to the code in op

Re: GNUnet News: vfork and the signal race

Thank you Thomas for your suggestion. For our purposes, this is a better (certainly more portable) solution that does always work. Happy hacking, Christian On 11/26/2011 02:43 AM, Thomas Bushnell, BSG wrote: Oh, and in the case you describe there: The hypervisor at start creates a global

Re: GNUnet News: vfork and the signal race

vfork, but then maybe implementing vfork as fork is the bug? ;-)) Happy hacking Christian

Re: Making DHCP renew work in pfinet

> often been asked for. And of course welcome on board :-) Oh Captaion, my captain. regards, didi -- MSCHEISS: MicroSoft Certified Home Engineer for Intranet System Solutions ? cscope.out ? dhcp.patch Index: ChangeLog === R

Making DHCP renew work in pfinet

fi elif [ "x$2" = "xdown" ]; then if [ "x$V6" = "xtrue" ]; then $FSYSOPTS $DSOCKET -i $ifname -A else $FSYSOPTS $DSOCKET -i $ifname -d fi elif ipv4 "$2"; then $FSYSOPTS $DSOCKET -i $ifname -a$2

fat directory entries on different blocks

in a set of blocks, or the whole directory? If there is something wrong, please tell me. Thanks and regards. -- Christian Nastasi GNU's Better ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

fatfs: slot_status COMPRESS

o multiplexed with a vfatnamematch or whatever you want to call it. Just an other one? Could somebody help me with the problem I had had to compile the translator on the gnubber.bddebian.com machine as reported in http://lists.gnu.org/archive/html/bug-hurd/2007-06/msg00029.html ? Thanks. -- Chri

fatfs compilation error

iskfs_set_statfs' was here make: *** [inode.o] Error 1 Maybe the installed hurd headers are of different version? Somebody could help? Thanks for your time. -- Christian Nastasi GNU's Better ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: develop hurd on virtual machine

On 6/9/07, Michael Banck <[EMAIL PROTECTED]> wrote: Hi, Hi! On Sat, Jun 09, 2007 at 02:58:51PM +0200, christian nastasi wrote: > Ok, some new questions. > For the previous I understand on my own what can I do (or this is what I > believe). > - For the emulator I will use

Re: develop hurd on virtual machine

: does anybody used before the bochs and created some hurd image for it? Thank you. On 6/9/07, christian nastasi <[EMAIL PROTECTED]> wrote: Hi all, I'm going to develop my first VFAT translator for hurd, but there is a little problem. I have not at hand a machine I can use for such a

develop hurd on virtual machine

paper describing how to do it? 2- Do you know some emulator I can use for this? (e.g. I remember of a "bochs emulator"). Is there anybody that had already done such a thing and could help me? Thanks. -- Christian Nastasi GNU's Better ___ Bug-h

Write a VFAT translator

nux kernel). ... There many other thing that I could ask you, but don't like to have haste for this developing. Do you have any suggestion or whatever you have to say that could be help me? Thank you and pardon for my bad English. Great Regards. -- Christian Nastas

mach debug interface - my dummy code

g you shouldn't find it too useless, I will accept any suggestions. Thanks. Waiting for an answer, regards. Note: to build and run the code it is required to have a machine on which the mach kernel runs with the mach_debug interface enabled. -- Christian Nastasi GNU's Better query_mach

how test the mach_debug interface

tions, regard. -- Christian Nastasi GNU's Better ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Help develop of GNU/Hurd project

ll account, can somebody help me? I hope I could start as soon as possible. Thank you for your time, regards. -- Christian Nastasi GNU's Better ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: State of gcc 2.95 use in Debian unstable

On Tue, Nov 15, 2005 at 06:00:06PM +0100, Thiemo Seufer wrote: > > Replacement (2.6 Kernel) in the works, should be removed once 2.6 is > stable enough: > >Christian T. Steigies <[EMAIL PROTECTED]> > kernel-image-2.4.27-m68kBuild-Depends: gcc-2

Re :

Мы часто задаемся вопросом, что предложить человеку, у которого все есть?! Что подарить любимиому человеку на день рождения, в день свадьбы, на юбилей, в честь рождения ребенка, ... Как признаться в любви и не оказаться банальным?... У Москвичей и гостей столицы

[fredledo@atomic.net: [Newsletter] THIS IS SPAM]

recepients of your customers unwanted mail seem to be located. Best regards, Dr. Christian Steigies - Forwarded message from Fred Ledo <[EMAIL PROTECTED]> - Return-path: <[EMAIL PROTECTED]> Received: from server4.hostpoint.ch [62.50.74.210] by master.debian.org with esmtp

Re: realtek 8029

uot;, "make", "make install" and drivers are... special. The problem at least doesn't seem in any way hurd-related. The Makefile is just not meant to do a "make config". -- ,. ___ ` _

No more Mails please.

After being a member for a while in this list, I sent to Majordomo a message to take me off the list. Why I'm still getting mails and how to avoid ? thanks christian ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/ma