and this fix for pflocal. They all work fine.
As a sidenote, this also makes us able to use sshd with
UsePrivilegeSeparation set to yes (which used to fail because it sends
the tty fd through sendmsg() with SCM_RIGHTS, which fails silently
without your patch).
HTH,
--
Manuel Menal
file;
static struct mutex tar_file_lock;
/* Archive parsing hook (see tar.c) */
-extern int (* tar_header_hook) (tar_record_t *, off_t);
+extern int (* tar_header_hook) (tar_record_t *, struct archive *);
/* List of tar items for this file */
static struct tar_list tar_list;
@@ -325,7 +325,7 @@ error_t tarfs_create_node (struct node *
It simply creates the node corresponding to the header.
OFFSET denotes the offset of the header in the archive. */
int
-tarfs_add_header (tar_record_t *hdr, off_t offset)
+tarfs_add_header (tar_record_t *hdr, struct archive *archive)
{
error_t err;
static struct tar_item *last_item = NULL;
@@ -412,7 +412,7 @@ tarfs_add_header (tar_record_t *hdr, off
/* Add the tar item into the list. */
err = tar_make_item (&NODE_INFO(new)->tar, new,
- 0, offset);
+ 0, archive->current_tar_position);
assert_perror (err);
}
}
@@ -431,7 +431,7 @@ tarfs_add_header (tar_record_t *hdr, off
if (new)
{
NEW_NODE_INFO (new);
- tar_header2stat (&new->nn_stat, hdr);
+ tar_fill_stat (archive, &new->nn_stat, hdr);
/* Create a cache for the new node. */
err = cache_create (new);
@@ -440,7 +440,7 @@ tarfs_add_header (tar_record_t *hdr, off
/* Add the tar item into the list. */
err = tar_make_item (&NODE_INFO(new)->tar, new,
-new->nn_stat.st_size, offset);
+new->nn_stat.st_size,
archive->current_tar_position);
assert_perror (err);
}
}
HTH,
--
Manuel Menal
signature.asc
Description: OpenPGP digital signature
n an error. But there is no
io_seekable() RPC, and calling io_seek() seems wrong to me, since
pread() is supposed not to change the file offset.
Any idea?
[0]: http://www.opengroup.org/onlinepubs/009695399/functions/read.html
[1]: According to the Hurd Reference Manual and to .
--
Manuel Menal
nge io_write() too? It would seem strange to me that
io_read() now returns ESPIPE for nonseekable objects while io_write()
ignores it.
Thanks,
--
Manuel Menal
signature.asc
Description: OpenPGP digital signature
acro might be useful(?),
`ED' is a very generic identifier. For example, clang uses it in many
parts of its code, which makes the build fail on GNU/Hurd. I think it's
likely that we'll meet this problem more than once.
Couldn't it be renamed to something less generic?
--
M
ed->po->openmodes &
O_NONBLOCK);
mutex_unlock (&global_lock);
@@ -524,6 +527,9 @@ trivfs_S_io_write (struct trivfs_protid *cred,
if (!(cred->po->openmodes & O_WRITE))
return EBADF;
+ if (offs == (off_t) -1)
+return ESPIPE;
+
mutex_lock (&global_lock);
err = dev_write ((void *)data, data_len, amount, cred->po->openmodes &
O_NONBLOCK);
mutex_unlock (&global_lock);
HTH,
--
Manuel Menal
signature.asc
Description: OpenPGP digital signature
EMACH_SEND_IN_PROGRESS = 0x1001,
@@ -297,7 +295,7 @@ enum __error_t_codes
};
-#define_HURD_ERRNOS119
+#define_HURD_ERRNOS120
/* User-visible type of error codes. It is ok to use `int' or
`kern_return_t' for these, but with `error_t'
On 02/11/2010 11:29, Samuel Thibault wrote:
> Manuel Menal, le Tue 02 Nov 2010 11:20:27 +0100, a écrit :
>>> “Macros that begin with E and a digit or E and an uppercase letter may
>>> be added to the declarations in the header.”
>> I'm not a native speaker, but I
ive speaker, but I don't think that means E[A-Z0-9]+ are
reserved for error code macros. Only that error code macros should match
E[A-A0-9]+.
If I can find anywhere where this is specified, I will happily report
bugs against clang and the packages Pino mentioned as well.
Thanks,
--
Manuel Menal
signature.asc
Description: OpenPGP digital signature
rors, but I believe that's because memory+swap get full after
some time, which causes crashes.
And I can confirm it's quite fast. Makes hacking nice.
--
Manuel Menal
signature.asc
Description: OpenPGP digital signature
just want to skip that part and state the fact that Phil
decided to resign.
HTH,
--
Manuel Menal
On 06/04/2011 03:32, olafbuddenha...@gmx.net wrote:
> Hi,
[snip]
>> + Copyright (C) 2002, 2005 HurdFR.
>> + Written by Marc de Saint Sauveur
>> + and Manuel Menal
> Not really related to your patch -- but I wonder, did they really assign
> c
last mail.
Cheers,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
you can't leave the --host= out. GNU Mach's configure checks
that you provide a correct --host when compiling from a non-GNU
platform so that you know you are actually building that will only work
with the GNU system. (AFAIR)
HTH,
--
Manuel Menal
___
Thomas Schwinge wrote:
On Thu, Jul 21, 2005 at 01:40:48AM +0200, Manuel Menal wrote:
Thomas Schwinge wrote:
On Thu, Jul 21, 2005 at 12:17:49AM +0200, TFC Juan Antonio
Sánchez y Juan Antonio García wrote:
With ../configure --build=i686-pc-linux-gnu --host=i686-pc-gnu
and
I think you can
e for Python, as some of you as
seen at LSM.
Thanks,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
mented. Judging from the bits posted by Thomas, I'm
pretty sure this macro (DL_ARGV_NOT_RELRO) should be defined for
hurd-i386, like it is for sparc, ia64 and alpha.
As to the right place, it seems to be sysdeps/mach/hurd/i386/dl-machine.h.
Perhaps Roland can comment on that, though.
Chee
the session leader
of the process specified by pid". That's how session IDs are defined in
all the systems I know (GNU/Linux, GNU/Hurd, *BSD, Solaris...).
Cheers,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org
cess that is the session leader of the calling process. That's how
session ID are defined in GNU/Hurd and in any other operating system I
know (at least in GNU/Linux, *BSD and Solaris).
Cheers,
--
Manuel Menal
___
Bug-hurd mailing list
Cheers,
[0]: http://perso.hurdfr.org/mmenal/promisc.patch
[1]: http://perso.hurdfr.org/mmenal/patch.pfinet.2
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Gianluca Guida wrote:
Hi Manuel,
Hi,
On 2/24/06, Manuel Menal <[EMAIL PROTECTED]> wrote:
I'll be working on those patches, and BPF as well, during the next week,
so they might change.
Support for wireless extensions and multicasting peers will just need
an extension to
ed in a
timely fashion.
Thanks for your concern,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
from the audience's
side, but I'd like to have input from the HurdExtras maintainers
James, Alfred and Manuel before I proceed.
I'm perfectly OK with this.
Thanks for the offer,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@g
xtras is still
there. I'll try to see with the Savannah guys how and whom to ask for
Alfred removal.
P.S.: I'm sorry if this mail is difficult to read. I am not a native
speaker and not used to such mails.
Hoping to see you back really soon, Thomas!
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
is
crisis means I'll have time and motivation to integration httpfs and
gopherfs patches to hurdextras, which means every translator in there
should work by the end of this week.
Thanks a lot,
--
Manuel Menal
___
Bug-hurd mailing list
B
he past month due to
additional exams (and me having quite a lot of trouble with them).[0]
I think I'm about a week late now, but I'll have more time than expected
in August.
Here is the ChangeLog entry and the patch :
2006-07-03 Manuel Menal <[EMAIL PROTECTED]>
* README:
f the keymap automatic at boot, via an init script.
Thanks to Neryel, it includes a german keymap, a french keymap, an use
one, a dvorak one, and a dvorak-fr one.
[0]: http://kilobug.free.fr/hurd/debian/clavier_0.2_hurd-i386.deb
--
Manuel Menal
___
Bug-
ou can have access to at least one GNU/Hurd box. HurdFR
has three (only 1 up & running today, though) that will be widely
available starting from next week. Meanwhile, ring me on IRC (manuel
on freenode) to have an account.
Cheers,
--
Manuel Menal
___
Bu
28 matches
Mail list logo