On Sat, Jan 22, 2005 at 03:49:51AM +0100, Marcus Brinkmann wrote:
> Hi,
>
> Ok, so I am not the quickest to respond...
>
> At Tue, 07 Sep 2004 12:39:06 +0200,
> Patrick Strasser <[EMAIL PROTECTED]> wrote:
> > CC-ing bug-hurd
> > Ognyan Kulev wrote:
> > > Patrick Strasser wrote:
> > >
> > >> Unic
On Wed, Nov 27, 2002 at 05:16:30PM +0100, Moritz Schulte wrote:
> An example:
>
> I use unionfs on /lib and in /lib there is libfnord.so, which is a
> symbolic link to libfnord.so.42; now /lib/libfnord.so is looked up via
> file_name_lookup_under.
An interesting case is when I have libfnord.s
On Tue, Nov 26, 2002 at 08:18:19AM -0500, Jeff Bailey wrote:
> On Tue, 2002-11-26 at 05:06, Michal 'hramrach' Suchanek wrote:
>
> The locales package is common across all arch's, so this is probably
> triggering a hurd-i386 specific bug. Can you step through the post
This time I made a simple test that tries post and wait.
I can synchronize two threads without a segfault.
--
Michal Suchanek
[EMAIL PROTECTED]
diff -Nurx CVS libpthread.org/Makefile libpthread/Makefile
--- libpthread.org/Makefile 2002-11-26 19:04:34.0 +0100
+++ libpthread/Makefile 2
On Tue, Nov 26, 2002 at 05:52:52PM +0100, Michal 'hramrach' Suchanek wrote:
> Attaching a simple error printing program that segfaults
> for me.
And a simple fix to libpthread that makes it not segfault.
But I'm not sure the fix implements exactly the right thing. But it
I tried to write a semaphore test and it always segfaulted while printing an
error.
Attaching a simple error printing program that segfaults (after pthread_create)
for me.
--
Michal Suchanek
[EMAIL PROTECTED]
#define _GNU_SOURCE
#include
#include
#include
#include
#include
#include
#incl
It appears localedef locks /usr/lib/locale/locale-archive the first time it
runs but never unlocks it.
ii libc0.32.3.1-5
part of output of apt-get --reinstall install locales:
Generating locales...
cs_CZ.UTF-8...cannot lock locale archive "/usr/lib/locale/locale-archive": Operation
The macro is broken and prevents me from compiling the Hurd.
--
Michal Suchanek
[EMAIL PROTECTED]
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
I did a CVS update of the Hurd tree today and I am unable to compile the
basic thread tests.
cc test-1.o -lpthread -o test-1
/usr/lib/gcc-lib/i386-gnu/3.2.1/../../../libpthread.so: undefined reference to
_mach_port_self'
--
Michal Suchanek
[EMAIL PROTECTED]
__
Sending what I have so far. Hopefully I'll be able to read any comments next
wek.
On Thu, Nov 07, 2002 at 10:22:09AM -0500, Neal H. Walfield wrote:
> > > not conform to the GNU coding standards; this will have to be fixed.
It probably still does not, I'll have to read the GCS carefully when
I have
On Tue, Nov 12, 2002 at 01:12:08PM +0100, Niels M?ller wrote:
> Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
>
> > On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> > > Olivier P?ningault <[EMAIL PROTECTED]> writes:
> > &g
On Tue, Nov 12, 2002 at 01:12:08PM +0100, Niels M?ller wrote:
> Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
>
> > On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> > > Olivier P?ningault <[EMAIL PROTECTED]> writes:
> > This
On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> Olivier P?ningault <[EMAIL PROTECTED]> writes:
>
> > You didn't understand correctly. Layer 2 translator performs ethernet +
> > arp, not ip !
If you do not do IP int L2, how can you tell which L3 gets the packet?
>
> I think it's u
On Wed, Nov 06, 2002 at 08:59:30PM -0500, Neal H. Walfield wrote:
> > I tried to make it return errno and be async-cancel resistant.
>
> Why do you want it to be async-cancel resistant? The functions are
> not defined as being async-cancel safe; only pthread_cancel,
> pthread_setcancelstate and p
On Sun, Oct 27, 2002 at 06:06:08PM +0100, Ga?l Le Mignot wrote:
>
> Hello,
>
> While trying to compile abiword, and so gnome-vfs, on GNU/Hurd, I've
> seen that it uses POSIX semaphore, that we don't implement yet.
>
> So, I've done an implementation of POSIX semaphores using a pthread_mutex
> an
While I was trying to compile a C++ utility library it complianed about
missing MS_SYNC and MS_ASYNC. It apparently tries to use msync.
I guess msync is not all that helpful without these constats defined.
Does anybody have an idea where I should look for them?
I'll try to do some manual searchin
My idea of networking:
I)
The bottom part is a device that accepts frames. This can be an ethernet
device or *lip device sending frames over serial/parallel line. Note that
atomic operation is sending/receving a packet, not bit, nor byte, probably
not even an ATM cell. (anyway ATM is probably dyin
On Tue, Oct 08, 2002 at 09:26:08AM -0400, Neal H. Walfield wrote:
> I do not think the default setup enables threading--perhaps I am
> mistaken. Would you please consider attaching your config.sh file?
My septup differs form what you would get because I modified hints/gnu.sh
to include -lpthread
Running perl, note that perl receives sigtrap even when running alone:
Starting program: /mnt/disk/src/perl-5.8.0/perl -I../lib ../ext/threads/t/basic.t
1..15
ok 1
ok 2 - Test that argument passing works
Program received signal SIGTRAP, Trace/breakpoint trap.
0x0806fffc in Perl_Gv_AMupdate ()
(
On Mon, Oct 07, 2002 at 12:16:26PM -0500, Neal H. Walfield wrote:
> On Mon, Oct 07, 2002 at 11:12:47AM +0200, Michal 'hramrach' Suchanek wrote:
> > With the script I can link and run successfully the test
On Sat, Oct 05, 2002 at 01:01:58AM +0200, Marcus Brinkmann wrote:
> I think an | is not correct if you specify two disjunct, complementary sets.
> It would always be true. I think that should be a comma.
>
> > +Build-Depends: debhelper (>= 2.1.26), tcl8.3-dev, autoconf, automake, binutils
>(>=
With the script I can link and run successfully the tests in libpthread but
building threads into perl (the new style) fails. The default setup is to
build threads as a dynamic extension to statically linked perl binary.
I could try to configure threading as a static extension eventually.
--
Mic
On Tue, Oct 01, 2002 at 11:04:11AM -0400, Neal H. Walfield wrote:
> Linking statically against libpthread is not yet supported. Glibc
> uses some weak symbols to detected if it should enable multithreaded
I was able to run statically linked tests from libpthread when using
this script instead of
On Tue, Oct 01, 2002 at 11:00:59PM +1000, Glenn McGrath wrote:
> On Tue, 1 Oct 2002 15:18:16 +0200
> "Michal 'hramrach' Suchanek" <[EMAIL PROTECTED]> wrote:
>
> > I managed to compile enough of perl 5.8 (5.8.0-13 deb) to run the tests.
> > I got th
I managed to compile enough of perl 5.8 (5.8.0-13 deb) to run the tests.
I got the source package, did
--- hints/gnu.sh~ Tue Oct 1 11:40:02 2002
+++ hints/gnu.shTue Oct 1 11:40:57 2002
@@ -6,7 +6,8 @@
# XXX remove this once SUNRPC is implemented.
set `echo X "$libswanted "| sed
One more little note: it should install the headers :)
--
Michal Suchanek
[EMAIL PROTECTED]
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
When I do make check in libpthread-20020924 tests 4 and 5 fail.
Since I could not find anything in README nor TODO about this I'm posting
a small notice here :)
I wonder if this failure is expected due to unfinished code or something.
--
Michal Suchanek
[EMAIL PROTECTED]
__
On Tue, Sep 24, 2002 at 01:45:32PM +0200, Michal 'hramrach' Suchanek wrote:
> keyboard support and connect with ncurses from a different machine.
> Ncursesw worked but vga did not refresh.
It just did not restore the screen on exit. When I restarted it the screen
ref
On Fri, Sep 20, 2002 at 03:21:04PM +0200, Marcus Brinkmann wrote:
>
> It's not ported to oskit-mach yet. You can try to compile the
> console-client with -DOSKIT_MACH. Eventually, I will change it to
Because pc_kbd does not work with oskit I tried to run console w/o
keyboard support and connec
It fails to start on oskit-mach (the deb packaged).
It says vga driver failed to initialize.
--
Michal Suchanek
[EMAIL PROTECTED]
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
It does not for me. Anyway having $prefix/lib/oskit as OSKIT_LIBDIR is
confusing IMO.
Here is what I get:
hramrach@hurd:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-gnu/3.2/specs
Configured with: /cdrom/build/gcc/gcc-3.2-3.2ds0/src/configure -v
--enable-languages=c,c++,f77,proto,objc --p
This patch changes:
- makes makefile require OSKIT_LIBDIR=$prefix/lib instead of $prefix/lib/oskit
- removes the OSKIT_LIBDIR detection which does not work from configure
- adds a check for $OSKIT_LIBDIR/oskitt/multiboot.o
- adds an error message saying you should set OSKIT_libdir manually
T
On Sat, Sep 14, 2002 at 12:04:41AM +0200, Joachim Nilsson wrote:
> OSKIT_LIBDIR=/usr/local/lib/oskit \
It looks like this: you install oskit into $prefix (=/usr/local) and the libs go to
$prefix/lib (=/usr/local/lib) and you set OSKIT_LIBDIR to $prefix/lib/oskit
(=/usr/local/lib/oskit). Is this
33 matches
Mail list logo
