Re: Bug#1029097:pam: FTBFS on hurd-i386

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

Re: [Wiki Edits: tmpfs, emacs, fcntl, and nice issues 4/4] edits to the tmpfs page

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

Re: [PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

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!

SAX Exception on schema redirect

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

Re: [PATCH hurd] build: Drop unused/unsubstituted config variables

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

Override a previous JAXB binding [cxf-codegen-plugin]

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

Re: Cannot connect to IRC (Freenode)

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

Re: Cannot connect to IRC (Freenode)

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&#

Re: Cannot connect to IRC (Freenode)

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

Re: Cannot connect to IRC (Freenode)

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

Cannot connect to IRC (Freenode)

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

Re: [Geoserver-users] GetFeatureInfo info_format json vs html performance

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

Re: [Geoserver-users] Wrong bounding box in layer with Sinusoidal projection

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

[Geoserver-users] Wrong bounding box in layer with Sinusoidal projection

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

Re: LD_DEBUG crashes applications

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

getpid temporarily broken

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

Re: LD_DEBUG crashes applications

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

Re: LD_DEBUG crashes applications

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

[Asignaturas Area Sistemas Inteligentes] Compartido desde Twitter: Help keep heat on Mars Express through data mining / Space Engineering & Technology / Our Activities / ESA mobile

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

Re: [Cocci] Insert statement before every return point

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

Re: [Cocci] Insert statement before every return point

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

[Cocci] Insert statement before every return point

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

Re: LD_DEBUG crashes applications

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

LD_DEBUG crashes applications

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

Re: dlerror sets errno to ENOSYS

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

Re: dlerror sets errno to ENOSYS

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

Re: dlerror sets errno to ENOSYS

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

Re: dlerror sets errno to ENOSYS

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

Re: dlerror sets errno to ENOSYS

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. > >

Re: [PATCH] Fix use-after-free in libps.

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

dlerror sets errno to ENOSYS

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

Re: Confusing definitions and declarations of mig_dealloc_reply_port()

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

Re: Confusing definitions and declarations of mig_dealloc_reply_port()

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

Re: Full-time developer available

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

Re: Full-time developer available

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

Re: Full-time developer available

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

Re: netdde drivers

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

Re: New Small Hack

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 :)

New Small Hack

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 +

[PATCH] Small Hacks: procfs' cpuinfo

--- 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]].

Re: [PATCH] Fix race condition in ext2fs when remounting

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

Re: [Wireshark-dev] Windows Automated Builds missing init.lua

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

[Wireshark-dev] Windows Automated Builds missing init.lua

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

[PATCH] Check AWK usability when XKB is enabled

* 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],

[PATCH] Check AWK usability when XKB is enabled

, 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

[PATCH 0/2] Fix binary search in console-client

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

[PATCH 2/2] console-client: Fix lower range of binary search

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

[PATCH 1/2] * console-client/xkb/kstoucs.c (find_ucs): assert precondition.

--- console-client/xkb/kstoucs.c | 4 1 file changed, 4 insertions(+) diff --git a/console-client/xkb/kstoucs.c b/console-client/xkb/kstoucs.c index 8471e94..fb62445 100644 --- a/console-client/xkb/kstoucs.c +++ b/console-client/xkb/kstoucs.c @@ -1,3 +1,5 @@ +#include + struct ksmap { i

Re: [aur-general] AUR password reset

El dom., 22 de marzo de 2015 a las 15:52, Dave Reisner () escribió: > > > Your account was identified as stale and deleted about a month and a > half ago: > > https://lists.archlinux.org/pipermail/aur-general/2015- > February/030231.html > > Oh, I see. I'll create a new one. Thanks Dave.

Re: [aur-general] AUR password reset

create a new one? Thanks! -- [1] https://aur.archlinux.org/packages/perl-html-formattextwithlinksandtables/ El dom., 22 de marzo de 2015 a las 15:18, Dave Reisner () escribió: > On Sun, Mar 22, 2015 at 05:51:24PM +, Diego Nieto Cid wrote: > > Hi > > > > I'm trying

[aur-general] AUR password reset

Hi I'm trying to reset my AUR password but I'm not getting the email with the confirmation link. Can somebody reset my account? Thanks!

Re: [Asignaturas Area Sistemas Inteligentes] 7550 - Notas Segundo Parcial

Hola profesora, en la planilla enviada me aparece como faltante el tp de algoritmos de inducción. Sin embargo, el profesor Enrique me lo devolvió aprobado la clase anterior al segundo parcial. ¿Necesita que se lo alcance el próximo lunes? El jun 13, 2014 2:56 a.m., "M.Ing. Ochoa Maria Alejandra"

Re: [PATCH v16] kern: simple futex for gnumach

El ene 17, 2014 11:36 a.m., "Marin Ramesa" escribió: > > + > +kern_return_t > +futex_wait(task_t task, vm_offset_t futex_address, int value, > + mach_msg_timeout_t msec, boolean_t private_futex) > +{ > + if (private_futex) { > + struct private_futex *futex; > + > +

Re: [PATCH v14] kern: simple futex for gnumach

Hi Marin, If you decide to keep working on this, take a look at the following notes 2014/1/13 Marin Ramesa : > + > +static int futex_shared_init(vm_offset_t address, struct futex **futex) > +{ > + vm_map_version_t version; > + vm_prot_t prot; > + boolean_t wired; > + > + *

Re: [RFC] kern: simple futex for gnumach (version 11)

Hi I don't really know about futexes so I will only comment on C language stuff. 2014/1/8 Marin Ramesa > > + > +static unsigned long futex_init(task_t task, vm_offset_t address, boolean_t > private_futex, struct futex *futex) > +{ > + unsigned long node_slot = 0; > + > + futex = (st

Re: dde forcedeth driver

El feb 25, 2012 10:28 a.m., "Samuel Thibault" escribió: > > Things have changed in the past days. Check > http://packages.qa.debian.org/gnumach before raising any doubt :) > Oh, that looks great! There's neither the need to disable the drivers at compile time. Sorry about the noise. I draw a bad

Re: dde forcedeth driver

Hi, Unless things have changed in the past months, the gnumach packaged by Debian does not have the code to enable drivers in user space. You'll have to compile gnumach from source using an alternative branch. Check DDE's guide by browsing to the address below. http://www.gnu.org/software/hurd/h

Re: [PATCH 2/7] wined3d: Move srgb checks away from d3dfmt_get_conv.

On Tue, Jan 03, 2012 at 09:48:59PM -0300, Diego Nieto Cid wrote: > > HEAD still shows the error above. I'll try to find what happened through > bisection. > Oh sorry, I forgot to mention this only happens when I use a virtual desktop.

Re: [PATCH 2/7] wined3d: Move srgb checks away from d3dfmt_get_conv.

vert != NO_CONVERSION) > > { > > format->glGammaInternal = format->glInternal; > > format->rtInternal = format->glInternal; > > } > > > After adding the conditional to wine-1.3.33, Fallout runs without any error. A patch against HEAD is attached. On W

Re: [PATCH 2/7] wined3d: Move srgb checks away from d3dfmt_get_conv.

On Wed, Dec 28, 2011 at 07:46:09AM +0100, Henri Verbeet wrote: > On 26 December 2011 05:32, Diego Nieto Cid wrote: > > trace:d3d_surface:surface_allocate_surface (0x1a25f0) : Creating surface > > (target 0xde1)  level 0, d3d format WINED3DFMT_P8_UINT, internal format > &g

Re: [PATCH 2/7] wined3d: Move srgb checks away from d3dfmt_get_conv.

Hi, I beleive this patch introduced some kind of regression. While testing Fallout the following message was printed to the screen: trace:d3d_surface:surface_allocate_surface (0x1a25f0) : Creating surface (target 0xde1) level 0, d3d format WINED3DFMT_P8_UINT, internal format 0x80e5, width 1024

Re: Console deadlock & libports timeouts

On Sun, Oct 30, 2011 at 10:17:11PM +0100, Samuel Thibault wrote: > Diego Nieto Cid, le Sun 30 Oct 2011 18:00:45 -0300, a écrit : > > Although I haven't tested it I beleive the patch sent as a reply should > > fix this problem. Could someone review it? > > Which reply? &g

[PATCH] Keep at least one request handler thread.

* libports/manage-multithread.c: Startover when no other thread is listenening for requests. --- libports/manage-multithread.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/libports/manage-multithread.c b/libports/manage-multithread.c index 6ec1e49..e95657e 100644 --

Console deadlock & libports timeouts

Hi, Arch has been suffering from console lock-ups due to inactivity. The system remains active and it's usable through other means such as a SSH session. On the other hand, Debian has showed no such behavior. The different behaviors boil down to Debian's libports_stability[1] patch which is missi

Re: [Lugfi] generando parametros para un comando con bash

El día 24 de junio de 2011 16:40, Javier Urien escribió: > Hola gente de la lista, > Hola, > Lo que me sucede es que a cmake le llegan -Wall y -Werror separados... o se > que ve algo así: Nunca pude hacer lo que querés sin recurrir a arreglos. Al guardarlo en una variable común estas combinand

Re: XKB's keymaps for the Hurd console

Hi, On Sun, Mar 27, 2011 at 07:28:26PM +0200, Samuel Thibault wrote: > > Rather than copy/pasting ks_table.h, kstoucs.c and symname.c, I'd rather > see the Hurd console simply depend on libX11, actually. > ks_table.h, symname.c: That's easy. XStringToKeysym is a function exported by libX11 whi

Re: XKB's keymaps for the Hurd console

el. I'll probably go to the irc channel with some questions about it in the following days. :) > > Diego Nieto Cid (38): > > Whow... That's a whole lot of changes. A bit surprising that so many > fixes are necessary, considering that it's mostly code directly t

Re: XKB's keymaps for the Hurd console

Hi, On Sun, Mar 27, 2011 at 07:28:26PM +0200, Samuel Thibault wrote: > > Since it's now using pc_kbd as a base, I guess key repeater is now > supported (xkb/README still says it's not)? Also, README needs to be > updated to stop saying that you need to replace -d pc_kbd with -d xkb. > Yes. Als

XKB's keymaps for the Hurd console

uldn't find accurate information about the patches used in the current Debian package. Alexander Preisinger (2): README update Add neo support Arne Babenhauserheide (1): Added an example for selecting the keymap. Diego Nieto Cid (38): Remove keyboard driver from XKB imp

Re: [Fwd: Questions on isc-dhcp]

2011/3/1 Samuel Thibault : > Didn't we have working equivalent in our latest dhcp script? > The script I tried wasn't even calling ifconfig succesfully. IIRC, the command line arguments weren't accepted. But as settrans was called afterwards everything appeared to work fine.

Re: [Fwd: Questions on isc-dhcp]

Hi, Here are my findings from a previous attempt at compiling dhcp. 2011/2/16 Svante Signell > > I'm trying to get isc-dhcp (4.1.1-P1-16) to build under GNU/Hurd but > have got into some problems with respect to configurations (in addition > to the PATH_MAX stuff, I intended to fix). Looks like

Re: YotH 2010 -- a Year of the Hurd 2010

2011/1/26 : > >  * Meanwhile, Michael Walker started the Arch Hurd distribution, and >    together with a bunch of other enthusiastic Arch developers (Allan >    McRae, Matthias Lanzinger, Alexander Preisinger, Stephen Gilles, >    Diego Nieto Cid) they got it working in an amazing

Bug#611004: gdb: default debug-file-directory is wrong

I hoped nobody would see this. Oh well, we're humans. :) 2011/1/25 Daniel Jacobowitz : > > This is fine on x86_64-linux. > Is it specific to the Hurd, or specific to the 7.2-1+b1 rebuild? > I was running gdb from /usr/local without noticing. Once I removed it and run the binary from the package i

Bug#611004: gdb: default debug-file-directory is wrong

Package: gdb Version: 7.2-1+b1 Severity: normal Debug packages install symbols under /usr/lib/debug but gdb's default symbol directory is located in /usr/local. $ gdb --batch -ex "show debug-file-directory" The directory where separate debug symbols are searched for is "/usr/local/lib/debug".

Re: device_set_filter documentation update

Hello, A second draft is sent as reply to this message to address the issues identified by Richard. On Thu, 20 Jan 2011 09:57:32 +0100 Richard Braun wrote: > 3/ > You should probably describe that, when a packet is received by a > listener, the flags are *either* NETF_IN or NETF_OUT, and not a >

[PATCH] * doc/mach.texi (device_set_filter): Document filter header.

--- doc/mach.texi | 29 - 1 files changed, 28 insertions(+), 1 deletions(-) diff --git a/doc/mach.texi b/doc/mach.texi index 858880a..e93fdb8 100644 --- a/doc/mach.texi +++ b/doc/mach.texi @@ -6493,7 +6493,7 @@ device port or the device is dead or not completely ope

device_set_filter documentation update

Hello, Commit 1ca2a1632d7325ee26b2c701b38c1d2e2fcb6f80 in gnumach changed the interface with the packet filter and the GNU Mach Reference Manual got outdated. Here's the email where the patch was submitted: http://lists.gnu.org/archive/html/bug-hurd/2006-04/msg00032.html

Re: [PATCH 4/4] Fix 'make dist' in mach-defpager

Hi, 2011/1/6 Ludovic Courtès : > > Did you see this proposal? > Sorry, I missed it. I somehow thought all your patches were applied and I didn't read that thread again before sending this. :(

Re: GNU Mach: disabling all network device drivers

2010/12/8 Richard Braun : > But I don't understand why you're asking the question. > To be honest, I didn't give those questions any thought. Writting late at night is no good. :) The email's intent was giving an update, stating possible future actions and asking for any idea others may have abou

Re: GNU Mach: disabling all network device drivers

Hello, 2010/8/30 Diego Nieto Cid > > Short story: something is clearing kernel_page_dir. > Here's some information about this issue. After modifing qemu to generate an instruction trace and stop when a physical memory location is modified, I've found that interrupts are bein

[PATCH] Avoid accessing invalid memory.

* console/console.c (vcons_lookup): unlock using cons instead of vcons->cons. --- console/console.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/console/console.c b/console/console.c index dad7516..d8306dd 100644 --- a/console/console.c +++ b/console/console.c @@ -

[PATCH] Properly release console lock.

The console lock was released only when there were no allocation errors leaving it locked in the event mmap failed. This patch moves the mutex_unlock call to a point in the flow of control where it is consistent with the lock acquisition. * console/console.c(netfs_get_dirents): relocate mutex_unl

Re: GNU Mach: disabling all network device drivers

Hello, 2010/9/3 Da Zheng : > > It's strange. I thought the problem doesn't exist any more after I made some > changes in the kernel. > It is, indeed. It did work once. But since I lost the binaries, I couldn't properly build it again. Theese are the last lines of code I can reach while stepping

Re: GNU Mach: disabling all network device drivers

Hello, Short story: something is clearing kernel_page_dir. Long story follows. :) On Wed, Jun 09, 2010 at 08:24:55AM +0200, Samuel Thibault wrote: > > These are correct. So that must the the pagetable that is incorrect. > Check out cr3 and such. > While trying DDE I came across this problem

Re: [PATCH 0/8] Bring console-driver-xkb up to date

Hi, 2010/8/13 : > > > Not sure what you are saying here. Do you mean that the xkb driver > misses some functionality the ordinary pc_kbd driver has? > At some point in it's history pc_kbd introduced support for GNU Mach v2, which is the oskit based kernel AFAIK. For that reason, pc_kbd now has t

[PATCH 5/5] Recreate xkb/keymap/hurd from xkeyboard-config-1.8's xfree86 keymap.

modified: xkb/keymap/hurd * Don't include inexistant symbol file: pc104. * en_US was replaced by pc(pc105). * Append us layout by default as pc(pc105) no longer describes a full keyboard. --- xkb/keymap/hurd | 294 +++ 1 file

[PATCH 3/5] Skip to main file's default section when needed.

--- parser.y |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/parser.y b/parser.y index 93966e7..cf1ca33 100644 --- a/parser.y +++ b/parser.y @@ -1486,6 +1486,8 @@ parse_xkbconfig (char *xkbdir, char *xkbkeymapfile, char *xkbkeymap) if (xkbkeymap) skip_to

[PATCH 4/5] Update key type assigment routine.

--- xkb.c | 47 +-- 1 files changed, 33 insertions(+), 14 deletions(-) diff --git a/xkb.c b/xkb.c index 9da51a2..00fa6e0 100644 --- a/xkb.c +++ b/xkb.c @@ -388,28 +388,47 @@ iskeypad (int width, int *sym) /* Get the keytype (the keytype determines wh

[PATCH 2/5] Lexer support for keycodes with +/- symbols and arbitrary level numbers.

--- lex.l |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lex.l b/lex.l index 37b88c3..6ef9134 100644 --- a/lex.l +++ b/lex.l @@ -30,7 +30,7 @@ %option nodebug %option UNPUT -KEYCODE"<"[A-Z][A-Z0-9]*">" +KEYCODE"<"[A-Z][-+A-Z0-9]*">"

[PATCH 1/5] Add type to $$ in mid-rules.

(see http://www.mail-archive.com/help-bi...@gnu.org/msg02159.html ) --- parser.y |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/parser.y b/parser.y index 9fe2a39..93966e7 100644 --- a/parser.y +++ b/parser.y @@ -336,8 +336,8 @@ mods: mods '+' rmod { $$.rmods = $1.rm

Re: [PATCH 1/8] Update the parser to work

Hi, 2010/8/9 : > > Hm... Perhaps it would be better to send these individually? Seems like > they are rather independent; and it would be easier to review them one > by one... > No problem. I was somehow expecting this answer. :) -- TOC: 1. Add type to $$ in mid-rules. 2. Lexer support

Re: [PATCH 2/8] Avoid hashing garbage for short keynames.

Hi, 2010/8/9 : > > Hm, why tmp[5]? The way I read the code, only 4 entries are used... > Well it's the null that terminates the string. But as this isn't used as a string it probably does not make much sense. > BTW, minor stylistic nitpick: I generally consider it clearer and more > robust to u

Re: [PATCH 0/8] Bring console-driver-xkb up to date

> 2010/8/9 : > > Indeed. I'm not really familiar with the situation; but it sounds like > xkb never should have been an extra driver, but rather just an update > (perhaps on a development branch) of the normal pc_kbd driver -- with > the xkb code simply replacing the old keymap handling... > Old

[PATCH 6/8] Add missing functions to input_driver_test.

--- input_driver_test.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/input_driver_test.c b/input_driver_test.c index b050b13..6d2394b 100644 --- a/input_driver_test.c +++ b/input_driver_test.c @@ -76,6 +76,16 @@ error_t console_switch (int id, int delta) re

[PATCH 4/8] Remove glue code and use mig to regenerate it.

modified: Makefile new file: kdioctl.defs deleted:kdioctlServer.c deleted:kdioctl_S.h --- Makefile| 59 + kdioctl.defs| 39 +++ kdioctlServer.c | 192 --- kdioctl_S.h | 60 ---

[PATCH 7/8] Argument's default values are set independently.

--- xkb.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/xkb.c b/xkb.c index 00fa6e0..8c16d35 100644 --- a/xkb.c +++ b/xkb.c @@ -1748,6 +1748,9 @@ xkb_init (void **handle, int no_exit, int argc, char **argv, int *next) if (!arguments.xkbdir) { arguments.

[PATCH 2/8] Avoid hashing garbage for short keynames.

--- xkbdata.c | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) diff --git a/xkbdata.c b/xkbdata.c index bd23c46..1cba0d5 100644 --- a/xkbdata.c +++ b/xkbdata.c @@ -50,6 +50,14 @@ keyname_init () /* XXX: error. */ } +static inline int +keyname_hash(char *keyname) +{ +

[PATCH 5/8] Update code borrowed from console-client.

Makefile: adjust CFLAGS to support extern inline. inputdev.h: copied from hurd/console-client/mach-inputdev.h. version.h: copied from configured directory. --- Makefile |8 +- input.h|3 + inputdev.h |6 +- trans.c| 892 +++

[PATCH 0/8] Bring console-driver-xkb up to date

Dear list, The past couple of weeks I've been packaging Marco's input driver for Arch Hurd and I've found that some changes were necesary to make it work again. The patch series this message introduces is based on the Debian source code (after applying patches) for version 0.008-7 of the pa

[PATCH 3/8] Rule vmod returns an int with the vmod's bit on.

This allows to combine virtual modifiers safely using a bitwise or operation. Also, warn when too many virtual modifier are defined. --- parser.y |5 - xkbdata.c |2 ++ 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/parser.y b/parser.y index cf1ca33..2def00a 100644 ---

  1   2   >