Re: gcc-4.1 with fastmath

are split out? 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

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

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

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

URL: 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 - L

Re: Help develop of GNU/Hurd project

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

[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 0m0.

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

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 obviousl

Re: [RFC] Features patch

istinfo/bug-hurd Samuel, This is awesome thanks. I've been wanting to do something like this to be able to get at FXSR for fastmath but I wasn't sure where to start! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gn

Gnumach FP Struct (Beating a dead horse)

keep griping on this, 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 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

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 st

Re: gdbserver for GNU/Hurd

t for "fun". Should we add our own hurd-i386-foo 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: 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 http://lists.gn

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

Re: Building glibc 2.5 on Hurd: tls

-2.5/glibc-2.5/posix/execvp.c:115: more undefined references to `__libc_errno' follow collect2: ld returned 1 exit 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

Re: Building glibc 2.5 on Hurd: tls

I also have Jeroen's patch built into the gnumach that I am building with on my machine. If any of you want access to the Hurd box I'm building on, please let me know. Maybe we can co-ordinate efforts? Even though I'm way over my head as usual. Thanks! Ba

Glibc-2.5 with TLS cont'd

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

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

b arse can 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

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 . The GNU project is again going to apply for being a mentoring organization and has asked th

Re: Device drivers in Mach?

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

Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

Richard Braun wrote: On Fri, Mar 23, 2007 at 05:58:57PM -0300, Matheus Morais wrote: I had learning a bit about Linux 2.6 device drivers and I share of the same opinion from syn. I could see a _lot_ of work to update the glue code. My question is, update to Linux 2.6 device drivers is more fe

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 less than required 19991121 --- How do I resolve this? Thank you, AG Ashish, Are you sure you are pulling the gnumach-1-branch? You

Re: Alternative to './configure' ?

Ashish Gokhale Ashish, 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: 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: Carl Fredrik Hammar to work on libchannel

e fun begin! Good luck, Fredrik! Regards, Thomas 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: 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 &l

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 http://dept-info.labri.fr/~thibault/deb

Re: Maintenance of the Hurd parts in glibc

stream then it is to have them in Debian? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: HHG and newbie Hurd Hackers

R. Steven Rainwater wrote: On Thu, 2007-09-20 at 10:59, Thomas Schwinge wrote: On Tue, Sep 18, 2007 at 05:28:00PM -0500, R. Steven Rainwater wrote: "How to become a Hurd Hacker" tutorial OK, no problem with starting such a thing. There just has to be someone to do it :-). And,

Re: Wiki

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

On vacation

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

New machine for shitbox

bber is now the wiki code 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

Re: New machine for shitbox / wiki system

-xen and a xen-hypervisor-something-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 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 da

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 "improv

device_reference and device_deallocate

hanks! Barry deFreese

Gnumach cleanup 10

Hi folks, Here is another patch and changelog that should fix the "control reaches end of non-void function" and return incorrect data types warnings. Thanks, Barry deFreese 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> * chips/busses.h (struct bus_ctlr): *intr ret

Re: Gnumach cleanup 10

Samuel Thibault wrote: Barry deFreese, le Sun 20 Jul 2008 23:46:24 -0400, a écrit : * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386at/com.c (comintr, comstop): Return 0 at end of function. Err, that's not coherent: comintr is put in

Gnumach cleanup 10 second attempt

7;t see a return anywhere!?? 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/i386a

Re: Gnumach cleanup 10 second attempt

Samuel Thibault wrote: 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 me

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

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[]): Li

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

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): ../k

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

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 (ttyinpu

ext2fs crashes lately

nt || pi->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 quic

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.

[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 its

[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: ___ Message sen

Compiling oskit - New error

et_master.c:32:macro "PIC_DELAY" used without args. Which is true. pic_set_master.c calls PIC_DELAY(); several times. I wasn't getting this error at work. Is this something new?? Thanks!! -- Barry deFreese Debian 3.0r1 "Woody" Registered Linux "Newbie" #302256

Re: New task list items on savannah

block on disk but just mark it as sparse instead. If a block was already allocated on disk it should be freed. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd Great work as always!! -- Barry deFreese Debia

Bug#190732: Bug List

Marco, Here is the bug/patch list that I put together. Any input is welcome. Thanks!! -- Barry deFreese Debian 3.0r1 "Woody" Registered Linux "Newbie" #302256 - Debian Developer Wannabe "Programming today is a race between software engineers striving to build bigg

Re: Patches for the ppc port

nks, Peter Peter, Hey, I am just curious. Are you able to boot the PPC port? And if so, what are you using for the boot loader? Thanks! -- Barry deFreese Debian 3.0r1 "Woody" Registered Linux "Newbie" #302256 - Debian Developer Wannabe "Programming today is a race bet

Re: PowerPC port

has been some work done toward PPC already but it has stalled temporarily waiting for some of the other L4/Hurd servers to be completed. Thank you, -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today

Re: FTBFS: xserver

Marco Gerards wrote: Barry deFreese <[EMAIL PROTECTED]> writes: Robert helped me with a problem with xserver last night. Now I am getting a shitload of errors for agp sstuff. I think I can ignore that for now since Hurd doesn't support agpGART anyway and agp support neeeds D

Re: FTBFS: xorg monolithic xserver

does not. -- Marco OK. So adding this fix from Marco, and clearing a little room on the old fs, I was able to build X. The strange thing is, is that I have no startx, X, xinit, etc??? I am going to try to re-make tonight dumping to a log to see if I catch any errors but it ain't mak

Re: FTBFS: X11 library from freedesktop.org

to build the X11 library last night.. Thanks folks! -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and

FTBFS: xserver

this point. What would be the easiest way to skip trying to build the agp stuff? Just hack it out of the makefile? Thanks!! -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between softwa

Apache 2 on GNU/Hurd

Howdy, I just build Apache 2 on one of my GNU/Hurd boxes. The only error I ran across was that sendfile for GNU/Hurd doesn't support the Apache APR (Apache Portable Runtime) stuff. -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302

Hang on ext2fs.static

I just recompiled Hurd with gcc-3.3 with Ogi's patches and now the machine hangs with ext2fs.static... :-( What gives? -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between

Re: Hang on ext2fs.static

Ognyan Kulev wrote: Barry deFreese wrote: I just recompiled Hurd with gcc-3.3 with Ogi's patches and now the machine hangs with ext2fs.static... :-( Any assertion messages? Which version of the patch did you use? Does it hang right after ext2fs.static is started or after some time?

Re: Hang on ext2fs.static

Ognyan Kulev wrote: Barry deFreese wrote: No messages. It hangs as soon as it tries to load ext2fs.static. So now my machine is borked so no, I haven't tried it on other fs's yet. :-( Just to be sure that you won't reinstall everything: use dpkg-hurd found in root d

Re: X and other visions

s at the kernel level. Thomas Well then, get your butt back engaged, and let's make it happen.. ;-P -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striv

Re: A Hurd release

! :-) Take care, -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger

Consolidated Bug list

I wrote this a long time ago for marcus but maybe someone can take advantage of it. It was a consolidation of bugs noted on bug-hurd and savannah. Enjoy. :-) -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Pr

Re: A Hurd release

y, just my 2 cents as usual.. Take care and keep up the good work. -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striving to build bigger and better idiot-proof pr

Re: pthread headers

extern inline int ... ?? Thanks, -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying t

Re: gnu/hurd doesn't boot at grub>boot (ibm t41)

d to enter all the grub commands in my menu.lst instead of typing each one at the grub prompt. I have successfully installed GNU/Hurd on my IBM T41. I shall put a documentation page for reference. Now I can start playing with GNU/Hurd :) Thanks all, K Shakthi Congrats and enjoy! :-) --

Re: putty package, getresgid undefined..

Barry deFreese wrote: Munteanu Alexandru wrote: I have the following errors at the compilation : getresgid undefined getresuid undefined and the file is included in the file where I have this error Alex Munteanu, I was talking with Marcus about this on ##hurd and there apparently are missing

glibc changes

http://lists.gnu.org/archive/html/bug-hurd/2002-04/msg00288.html Also, how about integrating the libsem stuff??? Any comments, thoughts, etc.??? Thank you, Barry deFreese (aka bddebian) GNU/Hurd hacker in training... ___ Bug-hurd mailing list Bug-hurd@gn

Updated patch for weak aliases for glibc

OK, I consolidated the patch and added a change log entry for the weak aliases for setresgid and setresuid. Can someone please take a look. Thanks, Barry (L)user extraordinaire hurd_weakalias_20050210.diff Description: Binary data ___ Bug-hurd mailing

Re: Updated patch for weak aliases for glibc

- Original Message - From: "Alfred M. Szmidt" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Thursday, February 10, 2005 11:25 AM Subject: Re: Updated patch for weak aliases for glibc OK, I consolidated the patch and added a

Re: Updated patch for weak aliases for glibc

Try again: ChangeLog entry: 2005-02-10 Barry deFrese [EMAIL PROTECTED] * sysdeps/mach/hurd/setresgid.c: Add weak alias. * sysdeps/mach/hurd/setresuid.c: Add weak alias. Diff diff -urp build-tree.old/glibc-2.3.2/sysdeps/mach/hurd/setresgid.c build-tree/glibc-2.3.2/sysdeps/mach/hurd/setresgid.c ---

Patch to retrieve send rights for shared memory objects

t. */ + err = ENOMEM; +} + else +{ + err = mach_port_get_refs (mach_task_self (), + shared, MACH_PORT_RIGHT_SEND, refs); + mach_port_deallocate (mach_task_self (), shared); +} + mutex_unlock (&node->lock); + + return err; +} -- Barry deFreese Debian 3.0

Re: Patch to retrieve send rights for shared memory objects

e only mapper). This is as much as we need to make users of nattach in SysV SHM happy. We know it is a questionable interface, but it is exactly the one extra quirk we need for compatibility. (And if you know a better way, share it!) Marcus -- Barry deFreese Debian 3.0r1 "Woody" GNU/

Re: Patch to retrieve send rights for shared memory objects

ant optimization to me if we call it in io_stat. Marcus -- Barry deFreese Debian 3.0r1 "Woody" GNU/Hurd Registered Linux "Newbie" #302256 - Hurd H4XX0r wannabe "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, an

Re: new version of glibc xattr patch

is what it looks like in fgetxattr.c: ssize_t fgetxattr (int fd, const char *name, void *value, size_t size) { error_t err; err = HURD_DPORT_USE (fd, _hurd_xattr_get (port, name, value, &size)); return err ? __hurd_dfail (fd, err) : size; } What should the return err ? code be instead of size,

Re: new version of glibc xattr patch

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Wednesday, March 09, 2005 4:20 PM Subject: Re: new version of glibc xattr patch > Those should just be 0s. Please forgive my dumb ass.

Re: new version of glibc xattr patch

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Wednesday, March 09, 2005 5:01 PM Subject: Re: new version of glibc xattr patch > > Please forgive my dumb ass. What should just be

Re: new version of glibc xattr patch

ot;a", name=0x101b010 "gnu.translator", value=0x8048920 "ÿ%Ø¡\004\bh\200") at setfattr.c:285 #4 0x08049048 in main (argc=4, argv=0x101ae74) at setfattr.c:259 Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd

Re: new version of glibc xattr patch

Ignore my last e-mail Roland. It appears that attr is using GNU/Linux syscalls instead of the glibc functions. I have re-built attr without syscalls.c and some of the functions are working so I need to do some more testing/investigation. Thanks, Barry (aka bddebian) ___

Re: Patch to retrieve send rights for shared memory objects

Marcus Brinkmann wrote: Hi, I have some patches now (that I have to clean up and further test) that do sysv shm to the extent which is required by applications (except those rare ones which check nattch == 1 or something). The requirements for the underlying filesystem are: * Use of --inherit-dir-g

Re: Unix-domain (local) sockets do not support getsockname() or getpeername().

er: path = \"%s\", saddr_len = %d\n", saddr->sun_path, saddr_len); close(fd); unlink(PATH); } Well I wanted to try this on my other host and discovered that there is a new source version so I built that on flubber. I then added Marcus' patch to not do getsockname()

<    1   2