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
just want to skip that part and state the fact that Phil
decided to resign.
HTH,
--
Manuel Menal
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
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
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
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'
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
___
last mail.
Cheers,
--
Manuel Menal
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
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
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-
28 matches
Mail list logo