Hi,
On Thu, Jan 09, 2025 at 11:51:27AM +0300, Sergey Bugaev wrote:
>
> "Implementer", "architecture", "variant", "part", "revision" come from
> midr/revidr [0], and "features" are hwcap names. These are privileged
> registers that only EL1 can read, but on AArch64 gnumach, their values
> are obta
Hi,
On Wed, Jan 08, 2025 at 10:25:41AM +0100, Luca wrote:
>
> Il 08/01/25 02:30, dnie...@gmail.com ha scritto:
> > From: Diego Nieto Cid
> >
> > Beside that, I probably need to cache the CPUID provided information
> > as I don't think it would change over
Hello,
I've been running gnumach with this patch for some time, doing other
porting/debugging tasks and suffered from sporadic filesystem corruption.
I'm afraid this changes could be the cause of the issue. Currently, I switched
back to the kernel supplied by the Debian package to check whether c
Hello,
On Wed, Dec 25, 2024 at 04:16:06PM -0300, dnie...@gmail.com wrote:
>
> +/*
> + * Enforces the VM limit of a target map.
> + */
> +static kern_return_t
> +vm_map_enforce_limit(
> + vm_map_t map,
> + vm_size_t size,
> + const char *fn_name)
> +{
> + /* Limit is ignored for
On Wed, Jan 01, 2025 at 10:11:24PM +0100, Samuel Thibault wrote:
> Diego Nieto Cid, le mer. 01 janv. 2025 20:07:04 +, a ecrit:
> > On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > > > /* Structure used for storage of ancillary da
On Wed, Jan 01, 2025 at 08:07:04PM +, Diego Nieto Cid wrote:
> On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> > >
> > > /* Structure used for storage of ancillary data object information.
> > > */
> > > struct cmsghd
On Wed, Jan 01, 2025 at 06:51:47PM +0100, Samuel Thibault wrote:
> >
> > /* Structure used for storage of ancillary data object information. */
> > struct cmsghdr
> > {
> > socklen_t cmsg_len; /* Length of data in cmsg_data plus
> > length
> >
On Tue, Dec 31, 2024 at 08:32:47PM +, Diego Nieto Cid wrote:
>
> Adding the following line to the program:
>
> printf("cmsghdr: %lu\n", sizeof (struct cmsghdr));
>
> shows 12 on Hurd and 16 on Linux. I think I'm closer :)
The only difference in the str
On Tue, Dec 31, 2024 at 08:25:00PM +, Diego Nieto Cid wrote:
> On Tue, Dec 31, 2024 at 04:01:08PM +0000, Diego Nieto Cid wrote:
> >
> > Ok, I'll have a look in both OSes behaviour.
>
> There's something wrong with our CMSG_DATA macro. It produces the wrong
On Tue, Dec 31, 2024 at 04:01:08PM +, Diego Nieto Cid wrote:
>
> Ok, I'll have a look in both OSes behaviour.
There's something wrong with our CMSG_DATA macro. It produces the wrong
output (or at least different from Linux).
The attached program prints:
cmsg: 0
Hi,
On Tue, Dec 31, 2024 at 02:52:53PM +0100, Samuel Thibault wrote:
>
> You should probably check precisely the difference between Linux and
> Hurd on these alignment questions at the various stages.
>
I placed a `g_message` call in `g_unix_credentials_message_deserialize` and
on Linux it does
On Tue, Dec 31, 2024 at 02:52:53PM +0100, Samuel Thibault wrote:
> Samuel Thibault, le mar. 31 déc. 2024 14:36:02 +0100, a ecrit:
> > > I'm not sure how to fix it. Should the expectations of GLib be updated
> > > to be aligned? Like below:
> > >
> > > - if (size != G_CREDENTIALS_NATIVE_SIZE)
> > >
On Tue, Dec 31, 2024 at 02:02:53AM +, Diego Nieto Cid wrote:
>
> Here are the results for `hurd-amd64`:
>
> $ cc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-gnu/glib-2.0/include \
> -pthread cred_size.c -lgio-2.0 -lgobject-2.0 -lglib-2.0 \
>
On Sun, Dec 29, 2024 at 11:33:47PM +0100, Samuel Thibault wrote:
>
> See the error test, it's about G_CREDENTIALS_NATIVE_SIZE, see its
> definition:
>
> #define G_CREDENTIALS_NATIVE_SIZE (sizeof (struct cmsgcred))
>
> And the definition of struct cmsgcred in bits/socket.h
>
I wrote a little tes
Hi,
On Mon, Dec 30, 2024 at 07:08:55PM +0100, Samuel Thibault wrote:
>
> Please also add printing size_null in vm_map_print.
>
Ok
> dnie...@gmail.com, le mer. 25 déc. 2024 16:16:06 -0300, a ecrit:
>
> > @@ -1679,11 +1747,13 @@ kern_return_t vm_map_protect(
> > vm_map_clip_end(map,
On Sun, Dec 29, 2024 at 11:33:47PM +0100, Samuel Thibault wrote:
> Hello,
>
> Diego Nieto Cid, le dim. 29 déc. 2024 22:14:40 +, a ecrit:
> > (ibus-daemon:17123): GLib-GIO-WARNING **: 20:49:29.230: Expected a
> > credentials
> > struct of 84 byt
Hello,
I'm trying to build the ibus source package and the tests fail with the
following error:
(ibus-daemon:17123): GLib-GIO-WARNING **: 20:49:29.230: Expected a
credentials
struct of 84 bytes but got 88 bytes of data
which I traced to the GIO function g_unix_credentials_message_deser
Hi,
Well, the holidays salutation message ended up as commit message unexpectedly.
I guess for review it's ok. But I need to fix it before it's ready for commit.
:(
On Tue, Dec 24, 2024 at 02:11:07PM -0300, Diego Nieto Cid wrote:
>
> I've been expanding the comment in gnumach.defs:
>
> /*
> * Set a task virtual memory limit parameters
> *
> * HOST_PORT must be the privileged host control port
>
On Tue, Dec 24, 2024 at 12:44:49PM +0300, Sergey Bugaev wrote:
> > + ASSERT(err == KERN_SUCCESS, "cannot set VM limits");
>
> There's ASSERT_RET, which also stringifies the error code.
>
Good, that's much better.
> > + /* check limits are actually saved */
> > + err = vm_get_size_limit(mac
On Mon, Dec 23, 2024 at 10:11:10AM +0300, Sergey Bugaev wrote:
> > +
> > + vm_map_lock(parent_task->map);
> > + vm_map_copy_limits(parent_task->map, new_task->map);
> > + vm_map_unlock(parent_task->map);
>
> Should this instead be done as a part of vm_map_
On Mon, Dec 23, 2024 at 10:09:35AM -0300, Diego Nieto Cid wrote:
> >
> > No, this would lock/unlock the map twice. Rather see if you can do the
> > check after the map is already locked, perhaps right before "See
> > whether we can avoid creating a new entry
Hello,
On Thu, Dec 19, 2024 at 10:36:49PM +0100, Luca wrote:
>
> To experiment I'd suggest creating a test program as the ones in the tests/
> folder in gnumach source, so you can try every single case and easily debug
> it. Currently they can only be run on GNU/Linux as they require qemu.
>
I'v
to address is how to enforce the ability to change this limit,
> > e.g. an unprivileged task shouldn't be able to increase its own memory
> > limit. You could reuse the host privileged port, but maybe it could make
> > sense to have a dedicated one for resource limits?
&g
On Sun, Dec 22, 2024 at 12:32:19AM +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 22 déc. 2024 00:31:11 +0100, a ecrit:
>
> Note however https://github.com/jackaudio/jack2/pull/993
>
Oh, great :) Thanks for working on it!
Do you need help with anything else? Or is it just a matter
of ti
On Sun, Dec 22, 2024 at 12:32:19AM +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 22 déc. 2024 00:31:11 +0100, a ecrit:
>
> Note however https://github.com/jackaudio/jack2/pull/993
>
Oh, great :) Thanks for working on it!
Do you need help with anything else? Or is it just a matter
of ti
Hi,
On Sat, Aug 03, 2024 at 12:23:07AM +0200, Samuel Thibault wrote:
>
> I also notice that jackd2 is failing for some time (on hurd-i386 too),
> we'll need it quite badly, any taker?
>
After hardcoding a PATH_MAX to see where it takes us, it failed at:
../linux/JackLinuxFutex.cpp:31:10: f
Hi,
On Sat, Aug 03, 2024 at 12:23:07AM +0200, Samuel Thibault wrote:
>
> I also notice that jackd2 is failing for some time (on hurd-i386 too),
> we'll need it quite badly, any taker?
>
After hardcoding a PATH_MAX to see where it takes us, it failed at:
../linux/JackLinuxFutex.cpp:31:10: f
Hi,
On Sat, Dec 21, 2024 at 10:06:10PM +0300, Sergey Bugaev wrote:
>
> In case you don't realize, there's more than one kernel map.
> kernel_map is the main one, but there are also ipc_kernel_map and
> device_io_map, which are submaps of kernel_map, and others could
> potentially be added.
>
> T
Hello,
On Fri, Dec 20, 2024 at 12:18:36PM +0300, Sergey Bugaev wrote:
> On Thu, Dec 19, 2024 at 6:56 PM Diego Nieto Cid wrote:
> > I thought of adding an RPC call that sets the `hard_limit` field
> > which, I guess, should be located among the other task related RPCs.
>
>
Hi,
On Fri, Dec 20, 2024 at 10:25:02AM +0100, Luca wrote:
>
> are you working on x86_64? if yes, that could be the redzone configured
> here:
>
> https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/exec/exec.c#n1247
>
Yes I'm on x86_64, it looks like that's the allocation.
>
> I think the on
Hi,
I've been testing RLIMIT_DATA...
On Thu, Dec 19, 2024 at 10:36:49PM +0100, Luca wrote:
>
> I see that some limits (e.g. RLIMIT_DATA) are managed in glibc instead of
> gnumach, maybe this could be a simpler way to add some minimal support? I
> guess that one might overcome these limits by usi
On Thu, Dec 19, 2024 at 10:36:49PM +0100, Luca wrote:
>
> I see that some limits (e.g. RLIMIT_DATA) are managed in glibc instead of
> gnumach, maybe this could be a simpler way to add some minimal support? I
> guess that one might overcome these limits by using directly the mach rpc or
> hijacking
Hello,
After playing a bit with the setrlimit calls in Linux to see how the
resource RLIMIT_AS actually works, it seems to be limiting the amount
of virtual memory available to the process (and not the available
virtual address range).
So, I'm attempting to implement this limit in gnumach at the
El mar, 17 dic 2024 a las 23:33, Zhaoming Luo ()
escribió:
> On 12/18/24 10:02 AM, Diego Nieto Cid wrote:
> > El mar, 17 dic 2024 a las 22:21, Zhaoming Luo ()
escribió:
> >
> > `read_elapsed_ticks` is only used to calculate elapsed_usec and thus
> > may be inlined, re
El mar, 17 dic 2024 a las 22:21, Zhaoming Luo () escribió:
>
> The precision of this implmentation is 10ms. Not sure how to do with the
> possible data race.
>
> Signed-off-by: Zhaoming Luo
> ---
> include/mach/mach_host.defs | 7 +++
> kern/mach_clock.c | 20
>
I can confirm that with the zero store patch applied libzstd tests run
successfully \o/
It takes a long time though, time reports:
real151m26.790s
user0m0.020s
sys 0m0.010s
There are two tests that outputs great amounts of data (~4GB) into a
temporary file, then md5sum i
El mar, 10 dic 2024 a las 8:41, Diego Nieto Cid () escribió:
>
> Is this a known issue? (besides bug 43320 which involves a child process [1])
>
Ok, I just found this comment in `sysdep/mach/hurd/setrlimit.c`:
/* Even though most limits do nothing, there is no inheritance,
Hi,
One of the zzuf tests involves setting a memory limit with `setrlimit` and then
running a program to exhaust the available memory. While zzuf does
some fancy forking and stdin fuzzing before running such a program, I
could manage to reduce the code to a simpler version [2].
On GNU/Linux the m
Hi,
This is weird, just run the build, twice, and no test failed. It's
probably caused by some temporary state of the buildd.
Can we attempt a build again?
Thanks
Hey Sergey,
Thanks for making sense of my gibberish :-)
So, once the fix lands in hurd/glibc packages we can drop the debian
patch and fix upstream (libzstd)
Here is some stacktrace.
--->8>8
(gdb) frame
#0 _hurd_fd_write (fd=fd@entry=0x1012dde10,
buf=buf@entry=0x2dd0, nbytes=nbytes@entry=0x10103da78,
offset=offset@entry=-1)
at ./hurd/fd-write.c:39
39 *nbytes = wrote;
(gdb) bt
#0 _hurd_fd_write (fd=fd@entry=0x1012dde10
El mar, 3 dic 2024 a las 22:50, Diego Nieto Cid () escribió:
>
> Also, it's quite difficult without the source code. I've downloaded
> glibc-source and extracted the tar.xz. How do I instruct gdb to use
> those files?
>
GDB's directory command helped in this front. I'll continue debugging :-)
El mar, 3 dic 2024 a las 18:33, Samuel Thibault
() escribió:
>
> And nothing else after that? fclose() would need to be run inside gdb to
> make sure where exactly it returns an error. Possibly it's simply
> _IO_do_flush that doesn't work for /dev/zero, but this doesn't show up
> in the RPCs above.
El mar, 3 dic 2024 a las 18:55, Samuel Thibault
() escribió:
>
> Maybe check how your /etc/adjtime is configured (see man hwclock),
> against how virtualbox considers the RTC time should be set.
>
/etc/adjtime says UTC and VirtualBox uses Local Time (Windows host).
But there's a switch to flip, so
BTW, the /dev/zero holds the following translator entry:
$ showtrans /dev/zero
/bin/nullauth -- /hurd/storeio -Tzero
I'm having a hard time finding the code handling the "-Tzero"
parameter. But, from a quick look at the arguments of storeio, it is
readonly by default. Maybe that has somet
El mar, 3 dic 2024 a las 17:15, Samuel Thibault
() escribió:
>
> Oh, that's odd indeed. Perhaps run it through rpctrace to see what
> happens behind.
>
I attached the rpctrace log. I'm not sure what to look for but the
following lines seem relevant:
7<--38(pid1044)->dir_lookup ("dev/zero" 655
El mar, 3 dic 2024 a las 12:47, Samuel Thibault
() escribió:
>
> Yes, the current behavior is really odd, I don't see why zstd would try
> to remove /dev/zero...
>
I managed to craft a small reproducer by doing the following steps:
1. open /dev/zero
2. write something into it
3. close it
H
El mar, 3 dic 2024 a las 11:54, Samuel Thibault
() escribió:
>
> Diego Nieto Cid, le mar. 03 déc. 2024 11:47:08 -0300, a ecrit:
> > El mar, 3 dic 2024 a las 11:26, Samuel Thibault
> > () escribió:
> >
> > INTOVOID="/dev/null"
> > case &qu
El mar, 3 dic 2024 a las 11:26, Samuel Thibault
() escribió:
>
> Diego Nieto Cid, le mar. 03 déc. 2024 11:10:57 -0300, a ecrit:
> > which produce the following piece of logs:
> >
> > $ cat tests/tmplog
> > + '[' -z '' ']'
> &g
Hello,
I was looking at the buildd failures of libzstd to try to fix it. It
compiles fine but one of the tests (so far...) fails to run
properly[1]:
test : should quietly not remove non-regular file
make[2]: *** [Makefile:352: test-zstd] Error 1
make[2]: Leaving directory '/<>/tests'
Hello again,
Nevermind, I had to also set the date with `date -s ""`. It seems
only changing the timezone is not enough as the time is not fixed.
Thanks
El lun, 2 dic 2024 a las 23:23, Diego Nieto Cid ()
escribió:
> Hello,
>
> So it seems I cannot run `sudo apt update` afte
Hello,
So it seems I cannot run `sudo apt update` after booting the amd64
image[1]. I followed the instructions to 1) grow the partition and
filesystem, 2) convert the image to a VDI file for Virtual Box and 3) set
the timezone [2].
However I've got the following answer from apt update:
>8--
Hello
>--- /dev/null
>+++ pam-1.5.3/libpam/include/path_max.h
>@@ -0,0 +1,7 @@
>+/*
>+ * Define PATH_MAX if not available
>+ */
>+
>+#ifndef PAH_MAX
There's a typo here ^
>+#define PATH_MAX 4096
>+#endif
Cheers
Hello,
El dom, 14 ene 2024 a las 23:35, jbra...@dismail.de ()
escribió:
> + tmpfs rocks!
> +$
> \ No newline at end of file
>
I'm not sure what the policy is for the Wiki but this kind of diff message
should be
avoided by inserting a newline at the end of the file. :-)
Cheers
Hi
El mié, 24 may 2023 a las 15:43, jbra...@dismail.de ()
escribió:
> +
> +New test to see if the rump kernel works before you make the change
> +permanent. Manually tweak your /boot/grub/grub.cfg like so:
>
Should that read "Now test" instead of "New test"?
Cheers!
Hello
I have an issue with one of the XSD files that get loaded by CXF because
it's URL is returning a HTTP redirect (from http to https) causing the
following XML parsing exception:
-->8--->8--->8--
[ main] XmlBeanDefinitio
Hello
Here's the thing. The console-client needs a few XKB related files with
support for VT actions like switching and scrolling. These files refer to
other assets installed by xkeyboard-config package like standard keymaps.
For instance the following is an excerpt from `keymap/hurd`
default
Hello
I want to remove some manual modifications I've made to an xjc generated
namespace through the use of an external binding file and the
cxf-codegen-plugin to process a WSDL with embedded schema. [1]
My jaxws bindings file include the following two JAXB bindings
Hello
El lun., 19 sept. 2016 a las 22:17, Ethan Blanton ()
escribió:
> Diego Nieto Cid spake unto us the following wisdom:
> >
> > So it looks like Freenode started accepting the EXTERNAL mechanism which
> I
> > don't know how to configure in Pidgin.
>
> I d
Hi
A little update (sorry for spamming)
El mar., 20 sept. 2016 a las 20:49, Diego Nieto Cid ()
escribió:
>
> S>C :wolfe.freenode.net 904 diegonc :SASL authentication failed
> C>S CAP END
>
> This one too. Same kind of failure as with DIGEST-MD5 but here it doesn&#
Hello again :)
Just in case it's useful, here is the client/server chat captured by
Wireshark during the connection.
C>S CAP REQ :sasl
C>S USER diegonc * chat.freenode.net :purple
C>S NICK diegonc
S>C :wolfe.freenode.net NOTICE * :*** Looking up your hostname...
S>C :wolfe.fre
El lun., 19 sept. 2016 a las 22:17, Ethan Blanton ()
escribió:
>
> After this failure, it doesn't go on to try CRAM-MD5 or PLAIN?
>
>
No, after that point the connection gets destroyed.
___
Support@pidgin.im mailing list
Want to unsubscribe? Use this li
Hello
Today I've been unable to connect to the Freenode IRC network apparently
because de SASL negotiation is failing.
The last thing I see in the logs is (the rest is attached):
(14:02:38) irc: Now trying with EXTERNAL CRAM-MD5 PLAIN ANONYMOUS
(14:02:38) irc: Using SASL: EXTERNAL
(14:02:39) con
Hi
> El 20 jul 2016, a las 06:57, Tobias Reinicke escribió:
> 4. A shapefile store and info_format application/json = ~ 3000ms !
>
Yes I've seen that performance issue with a Shapefile in the Sinusoidal
projection.
I've found this related issue
https://osgeo-org.atlassian.net/browse/GEOS
Hi
> El 23 jun 2016, a las 14:37, Andrea Aime
> escribió:
>
> I'm not sure... the sinusoidal projection was contributed by a 3rd party (not
> a core developer)
Ok, don't worry too much then. I don't think it's a great problem as there's a
workaround.
What I did in the meantime is to use ogr
Hello
I'm having some trouble with a layer using the Sinusoidal projection. When
I edit it's configuration the calculated lat/long bounding box is wrong
resulting in the layer being misplaced.
When I open the shapefile in QGIS Desktop (2.8.7-Wien) I can see that it
uses the following projection d
Hello,
One more update.
On Wed, Apr 13, 2016 at 10:58:18PM -0300, Diego Nieto Cid wrote:
>
> So, it looks like '_hurd_intr_rpc_mach_msg' is not being corretly
> resolved in the loader's code, right? Although, I'm puzzled about why
> all the previous messages were
Hello,
The purpose of this email is to report and document an issue in glibc
with getpid; but I can submit a ticket to Savannah if necessary.
There's a window in which getpid won't work while the dynamic linker is
binding symbols because the variable it relies on is not yet initialized.
During s
Hello,
Here's another update on this issue.
It was very tricky to find what was going on in the loader because
at the point of failure the backtrace produced by GDB was not
complete. (not to mention the first ones were nonsense)
Samuel, you were right in suggesting a long recursion. :)
Even tho
Hello,
I tried something different and the stack trace now looks more
reasonable.
Previously, I was running /lib/ld.so in gdb, using
'set exec-wrapper env LD_DEBUG=bindings' to set LD_DEBUG in the
inferior and finally 'run /bin/ls' to start ls.
I'm now running gdb directly on ls (while still usi
Hola
Les comparto una competencia de minería de datos que puede resultar interesante
para los (ex)alumnos de Introducción a los Sistemas Inteligentes.
“The goal of this Mars Express Power Challenge is to predict Mars Express’s
thermal power consumption during the martian year ahead, based on it
El 6 abr 2016, a las 03:02, Nicholas Mc Guire escribió:
>
>the canary would need to be declared
>volatile or gcc will optimize it out.
Yes, indeed. I discovered it the hard way after applying Julia's suggestion :(
Thanks.
BTW, I used the DIVIDE_BY_ZERO macro because Coccinelle was failing
when i
On Sun, Apr 03, 2016 at 07:30:16AM +0200, Julia Lawall wrote:
>
> I'm not sure why it doesn't work on your example. However it sems to work
> better like this:
> ...
>
Indeed, your version works great. Thank you very much!
___
Cocci mailing list
Cocci
Hello,
I'm new to Coccinelle and there's a patch I wrote that doesn't
work as I expected.
The purpose of the patch is to implement a toy stack smashing
protector by inserting a local variable with a unique name, by
using 'fresh identifier', in every function and checking its
value before returnin
Hi,
Here are the stack traces:
=> LD_DEBUG=bindings
On Tue, Mar 15, 2016 at 10:30:07PM +0100, Samuel Thibault wrote:
> Hello,
>
> Diego Nieto Cid, on Sun 13 Mar 2016 18:28:46 -0300, wrote:
> > => 0x0001052b <_dl_start_profile+235>: mov%eax,-0x24
Hi
Summary: here is a little report about LD_DEBUG issues
I've mentioned a few weeks ago in the dlerror thread.
There seems to be some corruption related to ld.so
printing to stderr, although I couldn't yet find
where.
I've been doing some test to catch a bug present in my syst
Hi
On Mon, Mar 07, 2016 at 08:45:59PM -0300, Diego Nieto Cid wrote:
>
> I'm not sure what's going on. I've made some simple tests trying
> to imitate the setup but weak symbols were correctly overriden.
>
Well, this is weird. I added a call to cthread_getspecific t
Hi
Here's another iteration of the patch. __libc_getspecific now
considers the case were pthread is not loaded except when the
containing file is being compiled for the loader.
The test case, when built without pthread, now works
approprietly:
diego@hird:~/src/test-cases/dlopen-error$ ./main
El 6 mar 2016, a las 20:07, Samuel Thibault escribió:
>
>__libc_getspecific is not a weak symbol,
>keep it as it is, calling
>cthread_getspecific.
Oh, yes that's right. I didn't notice the attribute came from a Debian patch
meant to be dropped.
The problem with the function as it is, is tha
Hi
The patch for thread-specific data key related functions is attached. As
discussed on IRC, the modifications were extended to __libc_setspecific
and __libc_getspecific.
It has been generated with quilt against debian source package.
On Sun, Feb 28, 2016 at 07:57:43PM +0100, Samuel Thibault wr
Hi
On Sun, Feb 28, 2016 at 07:57:43PM +0100, Samuel Thibault wrote:
>
> Using watch in gdb :)
>
> I've added fprintf(stderr,"%p\n", &errno); to get the address of errno:
>
Oh, that's interesting. I've been struggling with "display errno",
or "display *__errno_location()" without success.
>
>
On Sun, Feb 28, 2016 at 10:43:04AM +0100, Samuel Thibault wrote:
> Esa Peuha, on Sun 28 Feb 2016 11:00:07 +0200, wrote:
>
> > The attachment is the entire output of git format-patch; I think it's
> > the best I can do when using Gmail to send mail.
>
> That will work fine, but it'll be tedious fo
Hi
I found a strange behaviour in `dlerror` with regard
to errno. When the function is called, it returns the
correct error message but sets errno to ENOSYS.
Thus, future usages of errno don't reflect the real reason
why the previous call to `dlopen` failed.
A little test case for this quirk is
2015-11-04 16:03 GMT-03:00 Svante Signell :
> On Wed, 2015-11-04 at 18:57 +0100, Samuel Thibault wrote:
> > Diego Nieto Cid, on Wed 04 Nov 2015 10:50:35 -0300, wrote:
> > > assert (__hurd_local_reply_port == arg || arg == MACH_PORT_NULL)
> > >
> > > AIUI
Hi
2015-11-04 6:30 GMT-03:00 Svante Signell :
>
> Diego,
> Cc: bug-hurd.
Oh, I mistakenly hit 'Reply'. I hate when that happens :(
> On Tue, 2015-11-03 at 15:55 -0300, Diego Nieto Cid wrote:
>
> > I'd suggest to assert (port == arg || arg == MACH_PORT_N
2015-09-17 12:35 GMT-03:00 Samuel Thibault :
> Diego Nieto Cid, le Thu 17 Sep 2015 12:25:21 -0300, a écrit :
>> In that way there are several sound related translators separating the
>> concerns
>> while the hardwarde is still accessed by a single translator avoiding th
2015-09-16 20:06 GMT-03:00 Samuel Thibault :
> Diego Nieto Cid, le Wed 16 Sep 2015 22:12:19 +, a écrit :
>> Except for how to know which one the send right was obtained from in
>> the translator when a message from a client comes?
>
> term is probably easier to ha
Hi
El mié., 16 sept. 2015 a las 17:57, Robert Millan () escribió:
> The other problem I had is that I don't know how to make a single
> translator
> service two separate device nodes (obviously you don't want to start a
> different Rump instance for /dev/audio, /dev/mixer, etc as they would fight
Hi
Sorry, I meant to send this to the list too but failed to do so.
El sáb., 29 de agosto de 2015 17:58, Robert Millan escribió:
El 29/08/15 a les 21:56, Diego Nieto Cid ha escrit:
>
>
> Hi
>
>
> El sáb., 29 de agosto de 2015 16:37, Robert Millan > escribió:
>
>
&g
El mar., 18 ago. 2015 a las 23:20, Diego Nieto Cid ()
escribió:
> This is the first patch to the web I make and being the edit function down
> I don't know how to test it :(
>
Nevermind, I've found the relevant documentation in the wiki :)
couple of times the author did not follow
up.
Is this task eligible for the 'Small Hacks' section? Are the patches useful
enough to be mentioned?
I prepared a little patch for the web site just in case :)
Diego Nieto Cid (1):
Small Hacks: procfs' cpuinfo
contributing.mdwn | 1 +
---
contributing.mdwn | 1 +
1 file changed, 1 insertion(+)
diff --git a/contributing.mdwn b/contributing.mdwn
index 7740f68..bfac49b 100644
--- a/contributing.mdwn
+++ b/contributing.mdwn
@@ -114,6 +114,7 @@ lookups|hurd/interface/dir_lookup]] work.
* Improve our [[FUSE library|hurd/libfuse]].
Hi
This is me being picky about a corner case :-)
2015-07-22 19:42 GMT-03:00 James Clarke :
> +error_t
> +inhibit_ext2_pager (void)
> +{
> + error_t err;
> +
> + /* The file pager can rely on the disk pager, so inhibit the file
> + pager first. */
> +
> + err = pager_inhibit_workers (file
El mié., 8 jul. 2015 a las 19:17, Graham Bloice (<
graham.blo...@trihedral.com>) escribió:
>
> Some recent commits, 0997129 and c00e469 should have fixed this.
>
>
Thanks. It works now.
___
Sent via:Wireshark-dev mailing l
Hi
I'm having some trouble with the installation of the automated builds in
Windows 8.1 64-bits. Everything goes well but when I try to load a Lua
plugin Wireshark shows the message "Lua Error ... attempt to index global
'base' (a nil value)".
AFAIK, 'base' should be defined by init.lua. But I ca
* configure.ac: test whether AWK provides strtonum function.
---
configure.ac | 8
1 file changed, 8 insertions(+)
diff --git a/configure.ac b/configure.ac
index 71f3a0e..b03057b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -292,6 +292,14 @@ PKG_CHECK_MODULES([X11], [x11 xproto],
, producing an error message to notify the user and aborting
the configuration process.
Regards,
Diego
--
Diego Nieto Cid (1):
Check AWK usability when XKB is enabled
configure.ac | 8
1 file changed, 8 insertions(+)
--
2.1.4
e
looked up than non-existant ones. And it's probably irrelevant given the time
between keystrokes is astronomic compared to the speed of a CPU.
Patch one is probably good to have. Just in case pointers go wild in the future.
Regards,
Diego
--
Diego Nieto Cid (2):
* console-client/xkb/kst
To prevent infinite recursion range checking was introduced
as an exit condition adding two extra comparisons on each
recursive call.
By fixing the range used by the recursive call over the lower
half of the array one can avoid penalizing successful lookups
while still preventing infinite recursio
1 - 100 of 174 matches
Mail list logo
