On 04.07.2013 23:11:19, Samuel Thibault wrote:
> Please rather put it into a .h file.
Here's the patch:
* ddb/db_command.h (_setjmp): Add prototype.
* kern/xpr.h (_setjmp): Add prototype.
=46rom b5f866f80206845700c242f5005495ca20e57206 Mon Sep 17 00:00:00 2001
From: Marin Ramesa
Date: Fri, 5 Ju
Hello!
After seeing this patch from Justus Winter:
http://lists.gnu.org/archive/html/bug-hurd/2013-06/msg00120.html
I wrote a Coccinelle script that finds similar errors:
@find_struct@
identifier argp_s;
identifier argp_parser_func;
identifier options;
@@
(
struct argp argp_s = {
.par
Hello,
Just to close this thread:
Justus Winter, le Sun 09 Jun 2013 15:26:22 +0200, a écrit :
> /usr/include/hurd/io.h:422:2: error: unknown type name ‘timespec_t’
This is now fixed by the latest glibc & hurd uploads.
Samuel
Marin Ramesa, le Tue 02 Jul 2013 11:41:55 +0200, a écrit :
> So, I made a preliminary patch with db_print.h. I don't really know if
> this is an improvement over having extern statements in db_command.c.
It is: by making the .c file (that defines the function) include the .h
file, it permits to
Justus Winter, le Fri 05 Jul 2013 00:04:24 +0200, a écrit :
> Quoting Samuel Thibault (2013-07-04 23:53:38)
> > Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit :
> > > Quoting Samuel Thibault (2013-07-04 22:55:51)
> > > > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit :
> > > >
Quoting Samuel Thibault (2013-07-04 23:53:38)
> Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit :
> > Quoting Samuel Thibault (2013-07-04 22:55:51)
> > > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit :
> > > > Note that without a
> > > > mtab or /proc/mounts file the umount ut
Justus Winter, le Wed 03 Jul 2013 14:30:51 +0200, a écrit :
> Add missing import of alloca.h.
>
> * libfshelp/set-options.c: Add missing import.
Applied, thanks.
Samuel
Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit :
> Quoting Samuel Thibault (2013-07-04 22:55:51)
> > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit :
> > > Note that without a
> > > mtab or /proc/mounts file the umount utility is not very useful,
> >
> > Mmm? In theory it sho
Marin Ramesa, le Thu 04 Jul 2013 23:35:14 +0200, a écrit :
> I have no idea how that crept into the patch. I noticed these strange
> changes after I started using diff -Nurp.
It's some white spaces at the end of the lines.
Samuel
> > +++ ../gnumach1/ddb/db_examine.h2013-07-03
> > 10:27:57.205341927 +0200
> > @@ -26,8 +26,8 @@
> > #include
> >
> > extern void db_examine_cmd (
> > - db_expr_t addr,
> > - int have_addr,
> > + db_expr_t addr,
> > + int have_addr,
>
> This looks like spurious change.
>
> Samuel
Quoting Samuel Thibault (2013-07-04 22:55:51)
> Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit :
> > Note that without a
> > mtab or /proc/mounts file the umount utility is not very useful,
>
> Mmm? In theory it should easily be able to unmount anything by just
> providing the mount poi
Marin Ramesa, le Wed 03 Jul 2013 11:35:31 +0200, a écrit :
> When building with --enable-kdb.
Commited the rest, thanks!
Samuel
Marin Ramesa, le Wed 03 Jul 2013 11:35:31 +0200, a écrit :
> +++ ../gnumach1/ddb/db_command.c 2013-07-03 11:10:49.201495677 +0200
> +extern int _setjmp();
> +++ ../gnumach1/ddb/db_cond.c 2013-07-03 11:11:02.679288690 +0200
> +extern int _setjmp();
Please rather put it into a .h file.
> +++ .
Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit :
> Note that without a
> mtab or /proc/mounts file the umount utility is not very useful,
Mmm? In theory it should easily be able to unmount anything by just
providing the mount point, shouldn't it?
Samuel
The mount utility on both Linux and FreeBSD allows one to either
specify a whitelist or a blacklist of filesystem types to consider for
--all. Prefixing the list with "no" indicates that the list is a
blacklist. Furthermore, Linux' mount utility ignores a "no" prefix on
any entry in the given list.
This adds a umount utility that implements most of the functions that
the Linux umount utility provides, especially that subset that is used
by the Debian package initscripts.
* utils/umount.c: New file.
---
utils/Makefile | 10 +-
utils/umount.c | 308 +
--test-opts in combination with --all mounts only those filesystems
with options matching the given set of options.
Note that the semantic of the inverting "no" prefix differs from
--types: While --types=nonfs,ufs means neither nfs nor ufs,
--test-opts=nofoo,bar means not foo, but bar.
* utils/ma
Previously it was not possible to add two mount entries with the same
device information to an fstab structure. This is easily fixed by
breaking the assumption, that there is only one possible mount entry
for the "none" device as used by many purely virtual file systems.
* utils/fstab.c (fstab_fin
Use libblkid to detect the filesystem type if "auto" is given as
type. Remove the translator localization from main, this is also done
in do_mount and any errors are propagated properly. This way "auto" is
handled correctly if given on the command line or used as filesystem
type in the fstab.
* ut
Linux' mount utility ignores mounted filesystems if mount --all is
invoked. This patch makes our mount do the same.
utils/mount.c (main): Ignore mounted filesystems if --all is given.
---
utils/mount.c |9 +
1 file changed, 9 insertions(+)
diff --git a/utils/mount.c b/utils/mount.c
i
Hi,
this is a patch series with all the non-trivial changes I posted this
week. This obsoletes:
1372686414-25363-1-git-send-email-4win...@informatik.uni-hamburg.de
1372930812-22762-1-git-send-email-4win...@informatik.uni-hamburg.de
This also adds a umount utility that should implement all of the
Neal H. Walfield, le Thu 04 Jul 2013 17:50:44 +0200, a écrit :
> This would, however, creates a small problem: when calling munmap, the
> length is passed. Since the caller doesn't know that a larger area
> was mapped, we would need to record these exceptions and check for
> them on munmap. That'
Thomas Schwinge, le Thu 04 Jul 2013 17:06:09 +0200, a écrit :
> I'd rather have our mmap
> implementation in glibc do the proper thing when the MAP_STACK flag is
> set (the Ruby code does set it), and continue passing NULL for the
> request address.
Agreed completely.
> I wonder: if MAP_STACK is
At Thu, 4 Jul 2013 17:06:09 +0200,
Thomas Schwinge wrote:
> I wonder: if MAP_STACK is set, would it even be
> reasonable for mmap to ignore the supplied length, and instead use the
> one "proper" value, 0x20?
I think that this is only acceptable if the length exceeds the
supplied length.
This
Hi!
I'm looking at Debian's ruby1.9.1-1.9.3.194 sources. Please tell if
you're addressing different sources.
I notice that USE_SIGALTSTACK seems to be defined for us (please
check/confirm). Are there any visible functionality issues due to that?
(I would assume so.) If there are no such tests
On Thu, Jul 04, 2013 at 03:29:57PM +0200, Justus Winter wrote:
> I'm thinking that this might be an opportunity to get rid of the
> heuristic in that function. The comment explains the issue:
If you have time, sure, otherwise the heuristic seems to be enough for
the time being.
--
Richard Braun
Quoting Justus Winter (2013-07-03 23:11:57)
> Hi,
>
> we discussed in #hurd that I'd send my mtab prototype quite early so
> that we can discuss the rpc procedure [...]
Looking at libshouldbeinlibc/fsysops.c:fsys_get_readonly (fsys_t fsys, int
*readonly)
I'm thinking that this might be an oppor
Use libblkid to detect the filesystem type if "auto" is given as
type. Remove the translator localization from main, this is also done
in do_mount and any errors are propagated properly. This way "auto" is
handled correctly if given on the command line or used as filesystem
type in the fstab.
* ut
28 matches
Mail list logo
