'proc' fails on startup when compiled with gcc-2.95.2, either natively or
cross-compiled. Replacing it with one cross compiled from egcs-1.1.2
gives me a full-functioning system (I don't have to recompile any of the
support libraries).
After the GNUMach bit, I get the following:
Hurd server
On Fri, Feb 25, 2000 at 04:13:44PM -0500, Roland McGrath wrote:
I'm not so familiar with gdb aside from bt, print, break, step and cont.
Is there anyway to cause it to log the session to a file?
> The most useful thing you can do is try to run your the system in a
> sub-hurd, while watching it
As I haven't seen any success reports for the pfinet rework, I figured I
would post one:
I have successfully downloaded gdb (9.9MB) in the Hurd with no corruption
(The file un bzip'd succesfully).
GNUMach from Marcus' tarball
Hurd from CVS yesterday cross compiled from Linux using Gcc-2.95.2 (
uccesfully distinguishing it from that of Linux's.
The things I do to avoid studying! Wish me luck =) [21 hours, 25
minutes to go]
2000-02-25 Jeff Bailey <[EMAIL PROTECTED]>
* configure.in: Add test for MiG when host=i[3456]-*-gnu
* Makefile.in: Makefile com
o not conditionalize the check for MiG on the
> host triplet. AC_CHECK_TOOL isn't really expensive. I'll check in
> the following patch once it is approved.
>
> 2000-02-26 Mark Kettenis <[EMAIL PROTECTED]>
>
> Make cross-compilation for the Hurd mor
December. I haven't noticed any problems related to this
(In fact, the system seemed a little faster - no quantifiable data, sorry).
Tks,
Jeff Bailey (WooHoo - 650 on my GMAT yesterday )
I have observed that ncftp (same binary which worked on the old pfinet)
can no longer do useful things like 'ls' and 'get'. Control-channel
stuff works fine. The ftp from marcus' tarball still works just fine.
When I type 'ls', it gives me the message saying that it will try it, and
then it
On Mon, Feb 28, 2000 at 12:01:03AM -0500, Roland McGrath wrote:
> You will need to upgrade both your exec server and your libdiskfs
> (including relinking statically-linked filesystems like ext2fs.static) to
> get the fixes. If your symptom changes from "Bad file descriptor" to
> "(ipc/send) inv
On Mon, Feb 28, 2000 at 03:26:59AM -0500, Roland McGrath wrote:
> > Are you beginning to suggest doing partial updates in general to the system?
>
> I suggest nothing, I just try to provide full information to enable
> whatever choices people might want to make. If you are not already
> interest
On Wed, Mar 08, 2000 at 10:22:39AM +0100, Mariusz Woloszyn wrote:
> Yes, I know it sound stupid, but yesterday my hurd started to beep
> irregulary. It works fine, I can telnet to it, compile binaries and so,
> but every (abut) 10 seconds it starts to beep, and beepd about 3 to 5
> seconds. It st
On Tue, Mar 07, 2000 at 12:22:05PM -0800, Brent Fulgham wrote:
> > I have been running the Hurd six months. The Hurd is
> > reasonably stable, I have only wrecked it once. I can do
> > native builds of the Hurd, gcc and TeX. I can make it
> > "buy the farm" by doing a large Java build; by t
On Mon, Mar 06, 2000 at 11:48:12AM -0600, Gordon Matzigkeit wrote:
> 1) Have you successfully gotten the Hurd running?
Yes - I have had the Hurd running in one form or another for nearly 3 years.
> 2) If so, is your Hurd box currently running as you expect it to?
Better. I have a web server w
On Sat, Apr 22, 2000 at 02:20:30AM +0200, Marcus Brinkmann wrote:
> I have troble with current CVS version, cross compiled with gcc 2.95.2 and
> glibc 2.1.3 (as of 2000/02/24). When booting, I get:
>
> Hurd server bootstrap: ext2fs.static[hd2s3] execext2fs.static:
>../../libdiskfs/boot-start.c:
ning.
Contributions will be appreciated and welcome. If you want a CVS server
to keep some documentation under revision control, this is available.
If you want to take a look at the placeholder page:
http://hurddocs.sourceforge.net/ (Prettier name on it's way!)
Tks,
Jeff Bailey
On Wed, Apr 26, 2000 at 09:54:26PM -0700, Jim Franklin wrote:
> Here's the revised version of os-faq. Jeff, congrats on the new
> site. It's going to be of great help to everyone involved with the
> hurd. I included a link to hurddocs.sourceforge.net . Will this link be
> viable for the futu
On Sun, May 07, 2000 at 10:27:17PM +0200, Marcus Brinkmann wrote:
> Do you have any other tips for this situation, things to watch out for, or
> strategies how to get the location of the directory entry (seems I need a
> lookup at update time, because the address is not robust under rename
> oper
On Tue, May 09, 2000 at 09:59:02AM -0400, Serguei Izvoztchikov wrote:
> Only one
> GPL ORB with C mapping is ORBit, which is still on early development
> stage.
ORBit is the main ORB for GNOME, IIRC. You may want to use that, since
it will probably be loaded on most Hurd systems once X is runn
On Tue, May 09, 2000 at 11:54:57AM -0400, Serguei Izvoztchikov wrote:
> I know that most of Mach/Hurd servers were written in C,
> may be it's time to change this ?
I'm not a Master-Hurd-Programmer, but I know that Roland and Thomas have
declined to add wrappers within their header files to per
those on there as well.
If any of you happen to run users groups, please let me know and I will
create a place for them.
Tks,
Jeff Bailey
http://www.hurddocs.org/ (new name, the sourceforge one still works though!)
>
> Dear ones,
>
> I'm interested in possibly contacting other
Ladies, Gentleman, Trannies, and anyone who happens to care:
I have been slowly (quite slowly, actually) throwing together some useful
information on http://hurddocs.org/ - It has hit a point where it should
be useful for the average beginner, and possibly as a jump point for more
experienced
On Mon, Jun 26, 2000 at 08:59:32AM +0300, Ognyan Kulev wrote:
> People need such site.
Hey, *I* need such a site and I'm resonably knowledgable. =) I keep up
only because I've been following this for many years, I can't imagine
starting now.
> About the browsers: I can't tell lynx is "decent
On Fri, Jul 14, 2000 at 01:07:38AM +0200, Marcus Brinkmann wrote:
> Well, I think it is a useful feature and will be used (maybe optionally) in
> translators. I have some ideas about it. It's the same in Linux, btw. You
> can set mount point on existing directories with real content. Disallowing
On Tue, Jul 18, 2000 at 09:39:24PM +0200, Marcus Brinkmann wrote:
Marcus, I would like to see a /* FIXME: The line causes bug # */
added to the patch. It might be nice in case it gets forgotten.
Just my thoughts.
> hi,
>
> (about io-seek and fgetpos failure on ro-stores)
>
> On Thu, Ap
On Thu, Aug 17, 2000 at 12:12:49AM -0500, Matthew Talley wrote:
> What certification would be involved in getting hired to work on Hurd by
> say FSF. I am particularly interested in the transparent clustering part
> of Hurd. As for experince so far. I'm not a linux newbie. I'm not a
> programi
On Sun, Sep 17, 2000 at 06:22:03PM +0200, Marcus Brinkmann wrote:
> Kernel debugging is a bit boring, sorry.
Any recent luck with plex86? I know that they have Linux working in a
slightly hacked mode - Kevin mentioned on the list that when he gets back
he anticipates Linux and Windows running
I was just sitting down to check my cross-compiler HOWTO and I notice
that make install-headers is now dependant on `mig'. Is it better for me
to fix that here, or should I add make install-headers back to the OsKit
branch?
Or is there a better way to install just the headers needed to compil
On Sat, Sep 30, 2000 at 04:07:04AM +0900, OKUJI Yoshinori wrote:
> Even though so many applications depend on MAXPATHLEN, why doesn't
> Hurd define it as an arbitrary number (e.g. INT_MAX)?
Is there any reasonable way to to issue a #warning if something uses
that, but permit the compile to con
On Sun, Oct 01, 2000 at 05:14:48PM -0400, Jeff Sheinberg wrote:
> Perhaps I misunderstand what you mean by `dummy interface', but on
> my linux box, the `dummy interface' is a loopback, not a bit
> bucket.
I used to use dummy interfaces on Linux for ethernet aliases before it
supported them, t
Sorry about not getting web site work done this weekend. My cat went
into emergency care on Sunday morning, and this swallowed up the time I
had planned to use to get the L4/Mach stuff posted. I'll catch it as
quickly as I can.
--
No matter how big the bell, if you only tap it, it can give
For those who don't follow slashdot:
There's an article about a project that has emded Orbit (A Corba ORB) in
the Linux Kernel. The example they use is writing device drivers in PERL.
http://linuxtoday.com/news_story.php3?ltsn=2000-12-09-013-20-NW-GN-KN
If it catches on, would this be a relat
On Tue, Dec 12, 2000 at 11:34:56AM -0500, Hans E. Kieserman 97 wrote:
> Sorry if this is the correct address, but the gnumach module on the
>subversions.gnu.org CVS server won't check out because:
> could not chdir to i386/aux: No such file or directory
I cannot reproduce this problem. Can you
On Tue, Jan 16, 2001 at 03:55:16AM -0500, Roland McGrath wrote:
> Marcus has made some changes to libstore and gnumach that should make it
> handle disks up to a terabyte or two. If you have the most recent gnumach
> (with a 2001-01-09 ChangeLog entry), and hurd (which you are evidently
> buildin
Package: mig
Version: 1.1-1; reported 2001-01-22
Severity: grave
mig calls i386-gnu-gcc instead of gcc. This is probably the result
of being cross-compiled.
To fix, simply rebuild the package natively.
-- System Information
Debian Release: testing/unstable
Architecture: hurd-i386
__
On Thu, Feb 08, 2001 at 10:15:59PM +0200, Eray Ozkural (exa) wrote:
> For instance, do you really need to write hurd servers in different languages?
> How useful/suitable would a server written in "perl" be? These are the kind
> of questions one should consider before writing a big amount of code
On Fri, Feb 09, 2001 at 05:58:33PM +0200, Eray Ozkural (exa) wrote:
> Well he said performance is not really an issue, but this
> is one thing that linux people have been bashing hurd with.
> Performance has always been a primary design objective in OS
> design.
I my experience Linux zealots who
On Mon, Feb 12, 2001 at 01:27:05PM +, Jose Eugenio Marchesi wrote:
There should be RBL headers if you choose to ignore SPAM. GNU doesn't
filter mailing lists at all per policy, but we attempt to tag spam so
that the end use can filter as (s)he sees fit.
>
> uff, my anti-spam filters brea
On Mon, Feb 19, 2001 at 04:40:46PM +0100, Marcus Brinkmann wrote:
> I don't have much time at my hands right now, but first let me thank you for
> doing the translation. This is the first translation, so we will need some
> time to sort out how we manage multi language documentation. There are
>
> This patch turns the variables in libtrivfs into function calls. Thus,
> when writing a translator, it is no longer required to say:
Heya Neal,
I'm trying to understand your patch (espcially since I'm trying to get
trivfs sorted out in my head).
It appears to:
1) Clean up the syntax a litt
On Wed, Feb 28, 2001 at 05:09:09PM +0100, Erik Verbruggen wrote:
> I checked the *hurd archives, and as far as I can see, no-one is working
> on pthreads for Hurd. Is that right? If this is the case, I hereby
> volonteer to write a pthread-to-cthread wrapper "package". As far as I
> can see, this
I've been hitting 2 problems alot lately:
1) Errors displayed to the terminal about Free inodes having particular
sizes. I think I saw a note saying that I shouldn't be worried about
this, but it's happening frequently during compiles and installs.
2) I am seeing alot of reboots mid-compile w
On Sun, Mar 11, 2001 at 07:10:29PM -0500, Roland McGrath wrote:
> If you want to pursue this, you should probably get a recent development
> snapshot of GCC and see if that crashes using -O3.
Do you see any value in testing the version 3 branch for these types of
problems, or should we test the
complications imposed by
that. I've never seen this on any of my other computers.
I cannot consitantly reproduce it, however, long apt-gets seem to trigger it.
Tks,
Jeff Bailey
PGP signature
On Thu, Mar 15, 2001 at 07:24:07PM +0200, Ognyan Kulev wrote:
> PS Running Hurd at last will undoubtly inspire me for the next major
> revision of the Hurd Web page :-)))
Please work with the folks at [EMAIL PROTECTED], I'm running quite behind
on a number of projects and haven't been keeping t
> I too am using vmware and have no other machine to try. This has gotten so
> bad, in fact, that I have given up trying to get my vmware hurd
> installation back into shape for now, since it got frotzed and I run into
> these ext2fs problems before apt can install enough of a system to be
> usef
this a bug or there is an
> explanation?
I have mostly packages up a significantly newer inetutils, and I
should probably just test it and post it...
I don't know if it fixes this specific problem, but it should fix many
others.
Tks,
Jeff Bailey
d that the underlying library may make
assumptions that won't be true when the application is using a
slightly different interface to the threading system.
Any thoughts?
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/m
e that, and use it for the userspace applications.
I will look at it in the context of moving the libc stuff over. That
makes it much harder. =) I'll keep y'all posted.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail
On Thu, Apr 26, 2001 at 05:54:22PM -0400, Igor Khavkine wrote:
> > I had never anticipated anyone trying to implement pthreads for the Hurd
> > in any way but by a substantial rewrite of the libc hurd code.
>
> When pthreads will actually be implemented. Do you think it would
> be a good idea to
wesome
OS, and have our *own* major selling points draw people to us.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Sat, Apr 28, 2001 at 05:53:05PM +0200, Farid Hajji wrote:
> > My only questions is: Why would we want binary compatability? Every
> > OS/app that I can think of that used this as a selling feature (OS/2,
> > Wine, Win95 for Win 3.1 apps) failed miserably at the emulation
> > (unforseen gotchas
fault (on the theory that this could be a production environment)
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
nel
parameter still being in tact?
This is where I prove that I don't know much about systems
programming. Feel free to ignore me. =)
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
o use
--without-threads or something)
It's late, so if this doesn't make sense, I'll resend in the morning. =)
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
ast window, then screen should reload.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
nternals, so I don't know if these arrays could be the cause of the
crash but I will cheerfully test it if you send me the patch. I some
have easily reproducable test cases.
(discl: I can't speak to if the patch gets accepted in the end)
Tks,
Jeff Bailey
___
I got 3 copies of it, so I assumed it was spam and deleted it.
On Sun, Jun 10, 2001 at 11:13:51AM -0700, Jim Franklin wrote:
> Hi folks,
> Does anyone speak Turkish (I believe) who could translate this message that
> came to web-hurd?
>
> Thx
> Jim
>
> -Original Message-
> From: [EMAIL
It also seems that "pfinet"
> goes crazy and starts taking 95%-100% of the CPU. Is this a known problem?
There was a recent fix for pfinet checked into CVS. Please make sure
your hurd is no more than a few days old.
Tks,
Jeff Bailey
checked with -f, but having
a reasonable way to disable it for now would be enough.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
expect make-cross to work at all with this, the specs file
format will certainly have change in a significant way. I've noticed
that the upstream GCC has some issues when building cross compilers, a
concise bug report would be appreciated!
Tks,
Jeff Bailey
___
e more. I suspect my fiancee won't mind
me playing on the computer all day, since it means the house is
getting cleaned while glibc compiles. ;)
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
ash is unusual in that the computer didn't reboot like normal,
it was still sitting here when I got up.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hello!
I'm back on help-hurd and bug-hurd, so will start doing things again.
I've got DSL and have settled in Toronto.
My first task appears to be figuring out how to write a PPPoE
connector for pfinet, so hat I can get my Hurd box online. I'll keep
you posted. =)
T
What's the gnumach paramter to spin on failure again? I just had my
buildd die, and I'd like to see what failed, instead of just getting a
reboot.
--
Abandon the search for truth; settle for a good fantasy.
___
Bug-hurd mailing list
[EMAIL PROTECTED
On Thu, Oct 25, 2001 at 12:01:54AM -0400, Roland McGrath wrote:
> Do you mean a gnumach panic, or a Hurd panic that reboots?
Sadly, I'm not sure. I came over to see why the drives stopped
whirring and heard the beep from the reboot.
> For a gnumach panic to spin instead of reboot, you need to e
Here is the problem I'm having:
buildd@hurd:~$ ps
^C
buildd@hurd:~$ gdb ps
GNU gdb 5.0.90-cvs (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain condi
On Thu, Oct 25, 2001 at 01:42:48AM -0400, Roland McGrath wrote:
> Whenever ps hangs, try ps -M and then narrow down if it hangs only querying
> specific processes without -M.
Got one. What do I do next?
buildd@hurd:~$ ps -M
PID STAT TIME COMMAND
656 Sw0:00.35 gdb tail
743 Sx0:
On Thu, Oct 25, 2001 at 02:03:35AM -0400, Roland McGrath wrote:
> Well don't be shy man, take your gdb there and attach it to the tail process!
Sorry, sleepiness talking again. =) I'm going to sleep after this
message. I assume the system will be still stuck in the morning. If
not, this isn't
While I'm waiting for the other problems to recur, I've got another fun one:
buildd@hurd:~$ su
Password:
(Wait forever)
^C still works.
buildd@hurd:~$ gdb su
GNU gdb 5.0.90-cvs (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License
s Morrison wrote:
>
> I have had this problem. Marcus said pflocal is messed. If you
> login as root, kill pflocal then restart the translator it should
> work
> again.
>
> I think su similar to the linux su since it doesn't directly talk
> to the auth server
: 1.2-2
Distribution: unstable
Urgency: low
Maintainer: GNU Hurd Maintainers <[EMAIL PROTECTED]>
Changed-By: Jeff Bailey <[EMAIL PROTECTED]>
Description:
mig- Mach 3.0 Interface Generator
Closes: 83111
Changes:
mig (1.2-2) unstable; urgency=low
.
* CVS update as of today.
have asked
before). So I'm curious what the way of running this would be if I
had a userspace driver verion (non-OSKit).
I have a friend who might be willing to try hacking out the driver for
me, if I can tell him what sort of interface I need.
Tks,
Jeff Bailey
--
Abandon the search for trut
On Tue, Nov 06, 2001 at 04:18:31PM -0500, Roland McGrath wrote:
> Multiboot loading is the least of your troubles in implementing a
> user-space driver. If your only motivation is to support this device,
> then porting a Linux driver to oskit is by far your most efficient choice.
The problem is
Is there a non-oskit way to troubleshoot a total hang that produces no
error message? It used to just reboot, but I compiled in that change
to gnumach to tell it to spin instead.
Tks,
Jeff Bailey
--
Abandon the search for truth; settle for a good fantasy
s to pre-test a sparc
port, so that all someone has to do is put the finishing touches on it
to make it boot.
Tks,
Jeff Bailey
--
Abandon the search for truth; settle for a good fantasy.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/m
Since 09-12, config.h.in now enforces optimization. Without this,
errnos.d is an empty file (Failed compile. I'm not quite sure why it
didn't stop the build...) and bits/errno.h get regenerated without all
the #defines from the various header files.
2001-10-10 Jeff Bailey <[EM
he test result files except for a few are 0 bytes.
I notice that all of the tests seem to use the newly built ELF loader,
and the apps are all generated using the newly built libc. Doesn't
that mean that make check shouldn't run?
I still have all the build logs, and test logs, etc if you
On Mon, Oct 15, 2001 at 10:17:53AM -0100, atle wrote:
> I just finished some work and got some time to spare ... is NFS
> still in the TODO-list?
NFS runs, but it is not perfect. I use it to move files back and
forth between GNU/Hurd and GNU/Linux, but I cannot reliably use it to
build packages
The symptom is that executables produced on my system show up as:
jbailey@hurd:~/test$ ldd main
not a dynamic executable
However, a few things suggest that it really is:
jbailey@hurd:~/test$ file main
main: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses
sha
On Wed, Oct 17, 2001 at 04:11:00AM -0400, Roland McGrath wrote:
As before "./mutt" (the working one) is the one on top, and "./main"
(the not working one) is the one of bottom.
> See if you can get anything telling out of LD_DEBUG before you look too
> hard with gdb. LD_DEBUG=help .../ld.so --v
On Wed, Oct 17, 2001 at 09:28:42PM -0400, Roland McGrath wrote:
> I hope that stepping through the stubs added to your understanding
> of how RPC's are marshalled into Mach messages. But the upshot is
> that the io_map RPC is returning EOPNOTSUPP. (And the easy way to
> see that in the debugger
I'm not
sure if a simple -lt is appropriate, or if the string should be ripped
apart to do this properly. (like making sure that 2.2.10 is greater
than 2.2.9)
Tks,
Jeff Bailey
--
Abandon the search for truth; settle for a good fantasy.
___
B
This is the same problem that I had reported earlier in the sysdeps
tree. The reason I hadn't seen it here is because the result of the
#error shows up but it doesn't actually halt compilation.
If you can apply these too, it would be great.
2001-12-01 Jeff Bailey <[EM
On Sat, Dec 01, 2001 at 09:31:13PM -0500, Roland McGrath wrote:
> Sorry, can you refer me to the earlier problem report?
> I don't remember why this matters.
Detailed report follows.
> Please always use diff -u or diff -c.
I have added 'diff -c' to my .cvsrc file. Hope this helps.
i386-pc-gnu
It seems that gcc-3.0 now considers 'volatile' to be a critical part
of the declaration. The following allows the compile to proceed:
I have also been beaten with a trout on IRC for using diff -c, so I've
switched it to diff -up for this one. ;)
2001-12-02 Jeff Bailey &l
ale.c (Thanks mmenal!)
that this is the way to fix it.
2001-12-02 Jeff Bailey <[EMAIL PROTECTED]>
* hurd/hurd.h (__hurd_fail): Add 'break' to silence gcc-3 warning.
Index: hurd/hurd.h
===
RCS file: /cvs/gli
On Sun, Dec 02, 2001 at 12:15:24PM -0800, Thomas Bushnell, BSG wrote:
> Jeff Bailey <[EMAIL PROTECTED]> writes:
>
> > In file included from ../sysdeps/mach/hurd/uname.c:21:
> > ../hurd/hurd.h: In function `__hurd_fail':
> > ../hurd/hurd.h:71: warning: depreca
middle of the command like
that, so I don't know if it's expected to work.
Tks,
Jeff Bailey
--
Abandon the search for truth; settle for a good fantasy.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
I'm having a problem, and I'm not sure if I should send this through
to one of the glibc lists.
This is a libio-enabled build using a new gcc-3.0 cross compiler.
# /home/jbailey/cvstree/libc/configure --disable-profile --enable-libio
--build=i686-pc-linux-gnu --host=i386-pc-gnu --prefix=
i386
;'.
oldest_abi is set to ``default'' on both of them.
Oh well, I'm done for the night. =) I'm working from home tommorow, so
I can probably start babysit this a little.
Tks,
Jeff Bailey
--
Abandon the search for truth; settle for a good fantasy.
where I go to.
I'll post a more general status update on this during the weekend
sometime.
Tks,
Jeff Bailey
--
`Patience' said Slartibartfast again. `Great things are afoot'.
`That's what you said last time we met' said Arthur.
`They were,
;2.2.5"
$oldest_abi is "default".
Tks,
Jeff Bailey
--
`Patience' said Slartibartfast again. `Great things are afoot'.
`That's what you said last time we met' said Arthur.
`They were,' said Slartibartfast.
`Yes, that's true,' admitted Arthur.
___
I got this a few times while untaring gcc onto a new partition:
ext2fs: /dev/hd0s9: warning: cannot handle large file inode 110459
When I was building, as puked saying it couldn't create a file that
large or something. When I reran make it proceeded fine.
So I know my filesystem is screwed up
On Sun, Dec 09, 2001 at 10:53:54PM -0500, Roland McGrath wrote:
> Use debugfs so show us the full details of that inode.
Hmm It says the inode doesn't contain a file now. (This is after
a massive e2fsck run. I had to kill -9 the filesystem)
I'll watch for it, and post information if/whe
On Tue, Dec 11, 2001 at 12:11:19AM -0500, Roland McGrath wrote:
> I fixed the conditionals in sysdeps/mach/configure so that
> libc_cv_gcc_unwind_find_fde is yes in the cases where a pre-2.2.5 ABI is
> supported and no in the cases where it's not.
>
> This lets me build the compatible case (i.e.
I've been exploring a few thoughts on the whole glibc thing. And made
a few observations.
Framestate (in sysdeps/generic) calls size_of_encoded_value and
read_encoded_value_with_base.
Those functions are only defined in glibc if unwind-pe.h is linked in
with NO_BASE_OF_ENCODED_VALUE defined.
N
at it will probably keep up with whatever I need?) I'm not sure the
best way to give a kernel a good workout.
Tks,
Jeff Bailey
--
`Patience' said Slartibartfast again. `Great things are afoot'.
`That's what you said last time we met' said Arthur.
`They were,' sai
Quick summary: libiberty gets confused building apps on libio. I just
got a call to run into work, but I wanted to post this now in case the
answer is obvious to everyone but me. I'll look at it more tonight.
There is no mention of sys_errlist in stdio.h on a stdio build,
however stdio.h contai
hen
> turtle catches up.
I haven't been keeping the buildd running since my systems all have
various different libcs on them (Many of them libio derivatives or
updated cvs snapshots for comparing against the same snapshot of
stdio). It might be best to leave this until after that conversion
On Sat, Feb 23, 2002 at 08:22:32AM -0500, Marcus Brinkmann wrote:
> I feel a bit stupid now. I guess I should try a compilation from a
> tree without such hacks...
Bingo.
--
I gotta ding ding dang a dang a long ding dong.
___
Bug-hurd mailing list
Roland,
I noticed on the CVS HEAD that MS_ASYNC now exists. Will that patch
be backported to the 2.2 branch?
Tks,
Jeff Bailey
--
Some people play the lottery, some people use Ebay. Personally, I've
had much better luck with Ebay than the lottery
- hen
1 - 100 of 192 matches
Mail list logo
