Re: Debian GNU/Hurd 2013 released!

On 5/21/2013 7:24 PM, Samuel Thibault wrote: This is now published on http://www.debian.org/ports/hurd/hurd-news.en.html http://www.gnu.org/software/hurd/news/2013-05-debian_gnu_hurd_2013.html Please spread the news :) Samuel \o/ Nice work folks!! Barry

Re: RFC for patch to add task_{set,get}_name RPC

02139, USA. + * + * Author: Barry deFreese. + */ + +#ifndef _TASK_NAME_H_ +#define _TASK_NAME_H_ + +#define TASK_NAME_SIZE 32 + +typedef char task_name_t[TASK_NAME_SIZE]; + +#endif /* _TASK_NAME_H_ */ diff --git a/kern/task.c b/kern/task.c index 114dd31..438037b 100644 --- a/kern/task.c +++ b/kern

RFC for patch to add task_{set,get}_name RPC

+ * Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. + * + * Author: Barry deFreese. + */ + +#ifndef _TASK_NAME_H_ +#define _TASK_NAME_H_ + +typedef char task_name_t[32]; + +#endif /* _TASK_NAME_H_ */ diff --git a/kern/task.c b/kern/task.c index 114dd31..d8690c6 100644 --- a/kern/task.c +++ b/kern/task.c

Re: http://darnassus.sceen.net/~hurd-web/ is the new http://www.bddebian.com:8888/~hurd-web/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry guys, life has really gotten in the way for the last few months and probably for another year or so... :( Barry On 3/6/2013 5:38 PM, Thomas Schwinge wrote: Hi! As Barry's zenhost, the Xen dom0 that is, or rather was, hosting, amongst

Re: hurd with libpthread

w000t!! Finally, nice job folks!! (Sorry to have disappeared again... :-() Barry On 11/27/2012 9:54 PM, Samuel Thibault wrote: Hello, At last that work is out! I've pushed the patchqueue from Richard to upstreams, built test debian packages on deb

Re: Hurd build system Makeconf

On 7/25/2012 4:48 AM, Richard Braun wrote: On Tue, Jul 24, 2012 at 11:12:11PM -0400, Barry deFreese wrote: Now the question is, what to do with cancel-cond.c? I'm thinking of just sticking it in libshouldbeinlibc for now? Is there a more appropriate place? Why not in libpthread, near

Hurd build system Makeconf

Hi folks, I applied Thomas Thomas's pthreads stuff to the debian package source and am trying to build. I am trying to use glibc's libpthread. So I get the following error(s): make: *** No rule to make target `libpthread', needed by `libiohelp'. Stop. I am thinking that this line in

Re: Hurd build system Makeconf

On 7/24/2012 10:26 PM, Roland McGrath wrote: HURDLIBS is for things that are built in that source tree. If you're using a library that comes from the libc install or someplace like that, then -lfoo is the right way to use it. That is what I thought, thanks Roland. It seems to work. Now

Re: Warnings about error_t in glibc on GNU/Hurd

How about ENOERR?? :) Sorry, couldn't resist. BTW, Thomas has a listing of several of the errors/warnings listed here: http://www.gnu.org/software/hurd/open_issues/glibc.html#index1h1 I'm certainly fine with just adding a value for 0. Thanks for taking the time to reply. Barry On 7/23/2012

Re: Concerning pthreads and such

On 7/19/2012 6:55 PM, Thomas Thomas wrote: From: Thomas Schwinge tho...@codesourcery.com Sent: Thursday, July 19, 2012 12:24 AM Subject: Re: Concerning pthreads and such If you do already know a bit or two about Git and promise to be sufficiently careful, then I'd like to add you to the

Re: Concerning pthreads and such

if one wants to have working networking. As always, I thank Barry DeFreese and Vicente Ara for doing most of the work. Thomas DiModica PS. What would be, in everyone's opinion, a rigorous test (or tests) that the pthreads code works? Thomas, Have you gotten any feedback on this? Are you

Re: Strange output of gcc -E on GNU/Hurd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/16/2012 3:43 AM, Thomas Schwinge wrote: Hi! On Sun, 15 Jul 2012 16:32:06 -0400, Barry deFreese bdefre...@debian.org wrote: In looking at libprelude it generates a lot of files using gawk. The attached file is generated from gawk

Strange output of gcc -E on GNU/Hurd

this? Thanks! Barry deFreese /* Output of mkerrcodes.awk. DO NOT EDIT. */ /* errnos.h - List of system error values. Copyright (C) 2003, 2004 g10 Code GmbH This file is part of libgpg-error. libgpg-error is free software; you can redistribute it and/or modify it under the terms

Re: netdde not detecting cards

On 7/6/2012 12:10 AM, Samuel Thibault wrote: Hello, To people who were having problems of network card detection with netdde, I've found that it was hardcoded that only bus 0 and 2 were probed for. The attached patch should probe for all buses, and probably fix the issue you were having.

Re: Account request

On 5/9/2011 1:09 PM, Thomas Schwinge wrote: Hallo Steven! On Mon, 9 May 2011 12:59:27 -0400, seth seth chaotics...@gmail.com wrote: Thanks for creating the account but unable to login, is flubber.bddebian.comdown? His whole network is unreachable at the moment. I've already informed

Re: blubber and grubber down

On 3/2/2010 8:48 AM, Thomas Schwinge wrote: Hello! On Mon, Mar 01, 2010 at 11:09:35PM +0100, Ludovic Courtès wrote: Thomas Schwinge tho...@schwinge.name writes: But now grubber is re-installed, too. ‘goober’ and ‘clubber’ are down, too. OK, but I can't do anything about these: I can

Re: plan to work on user-level device drivers

Da Zheng wrote: Hi, I am thinking about writing user-level device drivers. When I searched Internet, I found the paper An Architecture for Device Drivers Executing as User-Level Tasks written by David B. Golub, Guy G. Sotomayor and Freeman L. Rawson, III. It might be exactly what I want but

Re: grub segfaulting

Samuel Thibault wrote: Barry deFreese, le Sun 31 May 2009 10:03:32 -0400, a écrit : Even if I run the unmodified version I get segfaults with the following error on the console: end_request: I/O error, dev 02:00, sector 0 Any clue on what could be causing that? Doesn't gdb give you

grub segfaulting

Hi folks, I was playing with grub to see if I could find out where it is dying. It was working OK but now it is core dumping. Even if I run the unmodified version I get segfaults with the following error on the console: end_request: I/O error, dev 02:00, sector 0 Any clue on what could be

Gnumach Cleanup 13

Hi, For kicks I did some more cleanup of warnings in gnumach. The majority of the fixes are for initialization of incompatible pointer.. errors. Here is a changelog: 2008-07-19 Barry deFreese [EMAIL PROTECTED] * device/device_emul.h (struct device_emulation_ops): Takes mach_device_t

Re: About merging the Hurd homepage and the Hurd wiki

Thomas Schwinge wrote: Hello! It has been my plan for a long time, but needed to much work effort to be done immediatelly. So I postponed it. Has now perhaps the time come to revisit this topic, in context of just having lost http (port 80) access to the machine hosting the Hurd wiki?

[task #5487] cthreads - pthreads

Follow-up Comment #3, task #5487 (project hurd): OK I'm attaching my latest patch. I've taken zentons work and taken it all the way. Everything compiles but there are issues. Static linking has issues. If I let the build system do it's thing, ext2fs and ext2fs --help return values however

[task #5487] cthreads - pthreads

Additional Item Attachment, task #5487 (project hurd): File name: hurd_pthread_09102008.diff.gz Size:131 KB ___ Reply to this item at: http://savannah.gnu.org/task/?5487 ___ Message sent

ext2fs crashes lately

-weakrefcnt' failed. Thanks, Barry deFreese

Some questionable warnings

Hi folks, While doing some more cleanup I see that the tt_ospeed and tt_ispeed element in struct tty_status in include/device/tty_status.h are ints while t_ospeed and t_ispeed in the tty struct in device/tty.h they are char. Anyone have a clue why that might be? I grepped the ChangeLogs

Useless info - hurd warnings

Hi folks, Just for kicks I built the hurd to see what kinds of warnings it gets. Of the 1434 warnings reported, 1297 of them are in pfinet/* :) Barry BTW, if anyone cares I'm building gnumach and hurd with gcc-4.3 for these warnings just since it seems to be a little more strict.

Gnumach cleanup 12

Hi folks, Here is another. Mainly incompatible pointer types or use of uninitialized variables warnings. Thanks, Barry deFreese 2008-07-23 Barry deFreese [EMAIL PROTECTED] * device/chario.c (ttyinput_many): Change chars param to char *. * device/tty.h (ttyinput_many

Gnumach cleanup 11

Hi folks, Here is another patch that cleans up the makes foo from bar without a cast warnings. I'm a little curious if using (void *)port cast is correct in the calls to tty_portdeath()? I also could use some guidance on these warnings (they all come from basically the same call):

Re: Gnumach cleanup 11

How about this one? Not too sure about the syntax of the changelog. Thanks! Barry deFreese 2008-07-23 Barry deFreese [EMAIL PROTECTED] * i386/i386/locore.h (copyinmsg, copyoutmsg): Cast parameters as void* rather than vm_offset_t. * i386/i386at/com.c (comportdeath

Gnumach cleanup 10 second attempt

!?? Thanks, Barry deFreese Your favorite idiot. 2008-07-19 Barry deFreese [EMAIL PROTECTED] * chips/busses.h (struct bus_ctlr): *intr return void instead of int. * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386at/pic_isa.h (ivect[]): Likewise

Re: Gnumach cleanup 10 second attempt

Samuel Thibault wrote: snip Indeed, but functions implicitely return at the end of it... And in that case, that's why I said to add noreturn to i386_exception and similar. exception() is one of those similars. Samuel Samuel, OK fair enough but exception() does do a few returns, you want

Re: Gnumach cleanup 10 second attempt

Samuel Thibault wrote: Barry deFreese, le Mon 21 Jul 2008 11:33:57 -0400, a écrit : Samuel Thibault wrote: snip Indeed, but functions implicitely return at the end of it... And in that case, that's why I said to add noreturn to i386_exception and similar. exception() is one of those

Gnumach cleanup 10 attempt3

Here they are again. Thanks, Barry deFreese 2008-07-19 Barry deFreese [EMAIL PROTECTED] * chips/busses.h (struct bus_ctlr): *intr return void instead of int. * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386at/pic_isa.h (ivect[]): Likewise

Re: Gnumach cleanup 10 attempt3

On Tue, 2008-07-22 at 03:37 +0100, Samuel Thibault wrote: Barry deFreese, le Mon 21 Jul 2008 22:15:17 -0400, a écrit : (kdstop): Return 0 at end of function. Mmm, kdstop should probably just return void, like kdstart. You'll also need to fix the t_stop and t_start members of struct tty

device_reference and device_deallocate

! Barry deFreese

New clean-up patch for gnumach

Hi folks, I've been lazy and useless for months now so I thought I'd do some more gnumach clean-up. Here is a patch to fix several implicit declaration of function warnings. Let me know what you think. Thanks, Barry gnumach_cleanup7.diff.gz Description: GNU Zip compressed data

Another clean-up (printf format warnings)

Here is another clean up patch. This one is for all of the format foo expects type bar.. warnings. I'm not sure if this is the preferred method of fixing (by casting the vars) or if the format should be changed? Thanks, Barry gnumach_cleanup8.diff.gz Description: GNU Zip compressed

Re: Another clean-up (printf format warnings)

Barry deFreese wrote: Here is another clean up patch. This one is for all of the format foo expects type bar.. warnings. I'm not sure if this is the preferred method of fixing (by casting the vars) or if the format should be changed? Thanks, Barry Here is an improved patch that fixes

Re: New machine for shitbox / wiki system

-nonpae package, update-grub, reboot with that, and give me ssh access. Samuel Samuel, By working Debian system do you mean Debian GNU/Linux or a Debian Hurd system? Thanks, Barry deFreese

New machine for shitbox

and such, should it be taken out of the more public role? I'm thinking maybe using the gnubber hardware for flubber and set up a new gnubber might make more sense. Thoughts? Thanks! Barry deFreese

On vacation

the replacement hardware installed yet. I swear I will work on new hardware for at least the wiki box and flubber when I return from vacation. Thanks, Barry deFreese

Re: Wiki

: Which distro runs on bddebian? Best wishes, Arne Debian, what else is there for Hurd? ;-) Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [bug #17646] glibc: ``-z relro''

Samuel Thibault wrote: Follow-up Comment #2, bug #17646 (project hurd): Which testcase makes the dynamic loader crash? I tried compiling 2.5 with z_relro, I am currently using it, and it seems to work fine. People can try a debian package from my repo at

Re: Hurd Pthreads

Thomas Schwinge wrote: Hello! On Sat, Nov 25, 2006 at 07:51:44PM -0500, Barry deFreese wrote: OK, I have a HUGE cthreads-pthreads patch going that is going fairly well. Did you ever publish this somewhere? Did you base it on the patches that are available at http

Re: Carl Fredrik Hammar to work on libchannel

and Richard W00t, welcome Fredrik, and good luck!!! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: A translator for `/dev/shm'

Roland McGrath wrote: Fixing tmpfs shouldn't be so bad. Is anyone trying? In the absence of tmpfs, what's wrong with a plain directory on the root filesystem? As far as I know Ben (bing) has tried without much success unfortunately. Thanks, Barry

Re: Alternative to './configure' ?

, The gnumach brach has been automakified. You need to run autoreconf or whatever to generate configure. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: build error : osit.version.h less than required ???

Ashish Gokhale wrote: Hi, Once again I attempt to build the mach kernel using gnumach_1_branch, but I get following error. --- configure: error: version in oskit/version.h less than required 19991121 --- How do I resolve this? Thank you, AG Ashish, Are you sure you are pulling the

Re: Device drivers in Mach?

! :-) Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Google Summer of Code 2007

Thomas Schwinge wrote: Hello! On Mon, Mar 05, 2007 at 01:14:30AM +0100, I wrote: Like they did last year, Google is again hosting a Summer of Code program in 2007. See http://code.google.com/soc/. The GNU project is again going to apply for being a mentoring organization and has asked the

Re: Bug#413787: libc0.3: TLS patch

Samuel Thibault wrote: Hi, Thomas Schwinge, le Wed 07 Mar 2007 10:32:00 +0100, a écrit : On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote: Thanks to Barry's long glibc builds, here is at last a patch that builds a tls/__thread -enabled and working glibc. Great!

glibc 2.5 with TLS make check errors

debug some of them. Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Glibc-2.5 with TLS cont'd

? Thanks, Barry deFreese ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Building glibc 2.5 on Hurd: tls

status make[1]: *** [/devel3/bdefreese/glibc-2.5/glibc-2.5/build/libc.so] Error 1 make[1]: Leaving directory `/devel3/bdefreese/glibc-2.5/glibc-2.5' make: *** [all] Error 2 Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd

Re: Drop Olivetti XP7/XP9?

Samuel Thibault wrote: Hi, Found yet another hideous hack in i386/intel/pmap.c for the old olivetti XP7/XP9. Any objection to my dropping it? Samue Not from me.. :-) Thanks Samuel! Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org

Re: [PATCH] Support for alignment in the zone allocator

Richard Braun wrote: Here is a patch that does it all. Any comments ? 2006-12-30 Richard Braun [EMAIL PROTECTED] Added alignment support in the zone allocator. * kern/zalloc.c (ALIGN_SIZE_UP): New macro. (zinit): New `align' parameter. (zget_space):

Re: gdbserver for GNU/Hurd

files or gnu-i386-foo, or try to shoehorn our stuff into using something like linux-i386-low? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Gnumach FP Struct (Beating a dead horse)

Samuel Thibault wrote: Barry deFreese, le Thu 21 Dec 2006 09:54:05 -0500, a écrit : OK, that makes sense, sorry. It just takes a while to get through my thick skull sometimes. So about my question about adding a struct for the fxsr stuff. I don't really want to add a union of 4 structs

Re: Gnumach FP Struct (Beating a dead horse)

Samuel Thibault wrote: Barry deFreese, le Thu 21 Dec 2006 00:17:34 -0500, a écrit : I apologize for keep going on about this but I still don't quite understand why a seperate struct is needed for i386_fp_regs. I told you: this permits to easily do what is written in fpu.c

Gnumach FP Struct (Beating a dead horse)

griping on this, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [bug #18502] Suboptimal cache configuration for IA-32 processors

Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 21:57:49 -0500, a écrit : Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 02:03:10 +, a écrit : That is just from running times on a little C program that counts to 10, so it's obviously

Re: [bug #18502] Suboptimal cache configuration for IA-32 processors

Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 02:03:10 +, a écrit : That is just from running times on a little C program that counts to 10, so it's obviously not scientific. Try compiling something, gnumach for instance ;) Samuel Not much of a diff

[bug #18502] Suboptimal cache configuration for IA-32 processors

Follow-up Comment #2, bug #18502 (project hurd): OK, I built gnumach with the following in model_dep.c: set_cr0((get_cr0() | CR0_PG | CR0_WP) ~(CR0_CD | CR0_NW)); And I got worse performance: 0m0.040s 0m0.130s 0m0.000s 0m0.000s Booted back to normal gnumach: 0m0.010s 0m0.020s 0m0.000s

Re: Help develop of GNU/Hurd project

can check out the hostnames/etc here: http://hurd.gnufans.org/bin/view/Hurd/PublicHurdBoxen You can find me or one of the Hurd usuals that can set you up and account on one of them on #hurd on freenode. Of course by using them, you might be subjected to my constant dumb questions! ;-) Barry

[patch #5622] Gnumach Clean-up patch 6 (ddb)

URL: http://savannah.gnu.org/patch/?5622 Summary: Gnumach Clean-up patch 6 (ddb) Project: The GNU Hurd Submitted by: bddebian Submitted on: Thursday 12/07/2006 at 19:38 Category: GNU Mach Priority: 3 -

[patch #5618] Test code for i386_{set,get}_gdt

URL: http://savannah.gnu.org/patch/?5618 Summary: Test code for i386_{set,get}_gdt Project: The GNU Hurd Submitted by: bddebian Submitted on: Wednesday 12/06/2006 at 22:00 Category: GNU Mach Priority: 3 -

Re: [bug #18217] glibc: `__libc_once'

Roland McGrath wrote: does not make sense Damn, I figured it didn't. Do we really need locking here or can we do without until we can implement nptl? Thanks! Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org

Re: gcc-4.1 with fastmath

? In Linux's user.h they are in 1 struct: user_i387_struct. Thanks as always! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

gcc-4.1 with fastmath

table info available. #4 0x01068edb in __libc_start_main () from /lib/libc.so.0.3 No symbol table info available. #5 0x08048491 in _start () at ../sysdeps/i386/elf/start.S:119 No locals. Thanks, Barry deFreese (aka bddebian) #include syslog.h #include stdio.h #include stdlib.h #define

Re: [bug #18217] glibc: `__libc_once'

(ONCE_CONTROL); } while (0) Or am I waaay off as usual? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [bug #18015] GNU Mach: `make dist' and friends

Thomas Schwinge wrote: Follow-up Comment #5, bug #18015 (project hurd): ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? Thomas, Sure

Building glibc from CVS

an rtld-lowlevel.h (I don't see one on any other archs), or should we be implementing a sysdep dependent ldsodefs.h instead of using generic/? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #2, bug #18015 (project hurd): Thomas, Building out of the tree doesn't seem to work for me. build/../configure works OK but make dist seems to just keep running aclocal, autoconf, and automake recursively. Thanks, Barry

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #3, bug #18015 (project hurd): As usual I screwed up. It appears I was having a timestamp problem. make dist works fine and a build on the resulting tarball is fine. I also tried running 'make distcheck' which seemed to be working fine but my machine hung again. I may try

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #4, bug #18015 (project hurd): OK 'make distcheck' did not finish successfully: rm -f Makefile ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig make[1]: *** [distcleancheck] Error 1 make[1]: Leaving directory

Re: ``make dist'' and friends

snip That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... I decided to add the `.srv' and `.cli' files to `EXTRA_DIST' instead. OK gang, I've

Re: Moving `migcom' out of `[exec_prefix]/libexec/'

ass as usual but I assume he suggested Ben because we would prefer using argp and Ben is the argp master. But what you have looks reasonable. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org

[task #5723] Investigate flick

Follow-up Comment #1, task #5723 (project hurd): I have done some research and talked to a few people (including Jeff Bailey) and as far as I can find out Flick is slower and even less maintained than MiG so I'm not sure what this would buy us? Thanks. Barry

[bug #15329] exec doesn't like zip'ed binaries

Follow-up Comment #2, bug #15329 (project hurd): Did Andrew's patch not get committed? If so, can this bug be closed? If not, can it be committed? Thanks! ___ Reply to this item at: http://savannah.gnu.org/bugs/?15329

Re: ``make dist'' and friends

Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so

Re: ``make dist'' and friends

Barry deFreese wrote: Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct

Re: ``make dist'' and friends

to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: ``make dist'' and friends

Barry deFreese wrote: Thomas Schwinge wrote: Hello! This is mainly for Barry, but there is no reason that I should send it privately, so... 19:49 bddebian WTF generates the .defs.c files? Have a look at the magic in `Makerules.am' and how it is being used in `Makefrag.am

Re: [task #5490] syslog

Constantine Kousoulos wrote: Hello again, From http://savannah.gnu.org/task/?5490: Find and implement a suitable way to make the Hurd servers use `syslog'. Can someone explain what this task demands to be done? Debian's syslogd seems to be working with the current GNU/Hurd snapshot. To

Hurd Pthreads

? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[bug #17120] GNU Mach debian dir

Follow-up Comment #3, bug #17120 (project hurd): Isn't it standard practice not to include debian dirs in upstream tarballs? What's the issue with just removing this? Thanks. ___ Reply to this item at:

[bug #17346] GNU mach can't handle 4GB memory

Follow-up Comment #2, bug #17346 (project hurd): This better? vm_size_t memsize = boot_info.mem_upper; if ((memsize = 0x40)) memsize = (0x40-1); phys_last_addr = 0x10 + (memsize * 0x400); ___ Reply to

Gnumach cleanup Round 6

/db_watch.h, ddb/db_run.h * ipc/ipc_kmsg.c Include: ddb/db_output.h if MACH_KDB is defined * kern/lock.c Include: ddb/db_output.h Thanks! Barry deFreese (aka bddebian) Index: ddb/db_aout.c === RCS file: /cvsroot/hurd/gnumach/ddb

Re: Maintaining the tool chain

to Michael Banck for the suggestion to add such a inquiry. Regards, Thomas Thomas, You know I'm game if there is anything my limited skillset can bring to the table. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd

Re: Gnumach cleanup Round 6

Thomas Bushnell BSG wrote: On Wed, 2006-11-15 at 13:43 -0500, Barry deFreese wrote: Hi folks, it's your favorite PITA again.. :-) Index: i386/i386/trap.c === RCS file: /cvsroot/hurd/gnumach/i386/i386/trap.c,v

Re: Gnumach cleanup Round 4

- Original Message - From: Roland McGrath [EMAIL PROTECTED] To: Samuel Thibault [EMAIL PROTECTED] Cc: Barry deFreese [EMAIL PROTECTED]; bug-hurd@gnu.org Sent: Monday, November 13, 2006 7:02 PM Subject: Re: Gnumach cleanup Round 4 Roland McGrath, le Mon 13 Nov 2006 13:44:30 -0800

Building glibc with TLS

directory `/devel2/bdefreese/glibc_11142006/glibc-2.3.6.ds1/build-tree/glibc-2.3.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/devel2/bdefreese/glibc_11142006/glibc-2.3.6.ds1/build-tree/hurd-i386-libc' I'll see if I can play with this but it's probably over my head. Thanks, Barry

Re: Gnumach cleanup - 'return type defaults to int'

- Original Message - From: Barry deFreese [EMAIL PROTECTED] To: bug-hurd@gnu.org Sent: Monday, November 13, 2006 5:39 AM Subject: Gnumach cleanup - 'return type defaults to int' As per Samuels request, here is a patch to clean up all warnings for non-typed functions. snip Hi

Gnumach cleanup 5 - Control reaches end of non-void function

Heya gents, Just a quick one to clean the remaining warnings in the title. I realize that this reverts a couple of the things I sent on my last patch but several of the lpr functions really return nothing so should have been void in the first place. Thanks as always, Barry deFreese (aka

Gnumach cleanup Round 4

/model_dep.h * kern/mach_factor.h * kern/thread.c Include new i386/pcb.h Thanks! Barry deFreese (aka bddebian) Index: i386/i386/locore.h === RCS file: i386/i386/locore.h diff -N i386/i386/locore.h --- /dev/null 1 Jan 1970 00:00

Re: Gnumach cleanup Round 4

- Original Message - From: Samuel Thibault [EMAIL PROTECTED] To: Barry deFreese [EMAIL PROTECTED] Cc: bug-hurd@gnu.org Sent: Sunday, November 12, 2006 6:47 PM Subject: Re: Gnumach cleanup Round 4 Hi, Barry deFreese, le Sun 12 Nov 2006 21:19:06 -0500, a écrit : OK, I was working

Re: Gnumach cleanup Round 4

- Original Message - From: Roland McGrath [EMAIL PROTECTED] To: Barry deFreese [EMAIL PROTECTED] Cc: bug-hurd@gnu.org Sent: Sunday, November 12, 2006 7:50 PM Subject: Re: Gnumach cleanup Round 4 Decls for copyin et al do not belong in a machine header. Roland, I don't disagree

Gnumach cleanup - 'return type defaults to int'

* intnull() Likewise * prtnull() Likewise * i386/i386/pit.c * clkstart() return type void * i386/intel/pmap.c * pmap_pageable() return type void Thanks, Barry deFreese (aka bddebian) Index: device/chario.c === RCS file

Gnumach: locore.S copyin vs. copyinmsg

(x).globl EXT(x); .p2align TEXT_ALIGN; LEXT(x) Thanks!! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Gnumach: locore.S copyin vs. copyinmsg

- Original Message - From: Thomas Bushnell BSG [EMAIL PROTECTED] To: Samuel Thibault [EMAIL PROTECTED] Cc: Barry deFreese [EMAIL PROTECTED]; bug-hurd@gnu.org Sent: Friday, November 10, 2006 1:04 PM Subject: Re: Gnumach: locore.S copyin vs. copyinmsg Yeah, I already added declarations

  1   2   >