Linux-Development-Sys Digest #723, Volume #6     Tue, 18 May 99 19:14:54 EDT

Contents:
  Re: Dos exe interpreter for linux (Vassilis Virvilis)
  Redhat 6.0 and glibc-2.1 src rpm rants (Jeff Hyche)
  question about proto_init() (Dennis Wetzig)
  PCI-7300A / DASK (Robert Eldredge)
  Re: Glibc rant (Modemch)
  Re: find device major/minor numbers via C program?? ("Dan Miller")
  Re: Help for MMX (jwk)
  Re: best distribution (bill davidsen)
  boot/root disk problem with login (Stuart Pomerantz)
  gdb, threads, and Red Hat Linux 6.0 (Ben Cottrell)
  Need help: BOOTP + nfsroot kernel above 2.0.32 ([EMAIL PROTECTED])
  Re: Glibc rant (Ronald Cole)
  Re: Reliable (!) nic for 2.2 kernel? (Ronald Cole)
  Re: WipeOut IDE crashes - help? ("Anonymous")
  Re: dhcpcd not setting my hostname (Ramakrishna Reddy Kandula)
  dhcpcd not setting my hostname (Ramakrishna Reddy Kandula)
  Re: 2.2.8 - Evil behavior (bill davidsen)
  Re: TO stop turning on the hard drive (ellis)

----------------------------------------------------------------------------

From: Vassilis Virvilis <[EMAIL PROTECTED]>
Subject: Re: Dos exe interpreter for linux
Date: Tue, 18 May 1999 19:04:20 +0300

Brian Luczkiewicz wrote:
> 
> Don't get me wrong. I don't like dos or windows at all, and I have been running
> linux for 2 yrs now. I'm not fresh from windows and trying to get my
> applications back without taking the time to request a port. I merely see a
> wealth  of dos software that could be tapped for linux if there would be a way
> to run it under linux.
>         I think an approach similar to Wine would be effective
> at running dos executables under the linux platform. If this doesn't exist
> already, I would be interested in starting a project for it. Also, does anyone
> know where I could obtain the extensive dos API information neccesary to code
> this?
> 
> -Zorrander
> 
> If I'm in the wrong newsgroup, then flame me.

WINE actually runs simple dos programs like pkunzip or command.com :) but it
needs a lot of work which is actually happening anyway by the time you are
reading this. In order to get dos running you have to emulate int21 (Dos
services) and most of the Bios interrupts. Also you need to virtualize a large
number of I/O ports. All these are very well documented at
http://ctyme.com/rbrown.htm

Alternatively you can try running DosEmu/Bochs/VMWare but you will still need to
purchase a licensee for the Microsoft DOS version ?? or you can try FreeDOs.

As you can see there are plenty of options for almost every point of view or
possible need.

        .Bill

------------------------------

From: Jeff Hyche <[EMAIL PROTECTED]>
Subject: Redhat 6.0 and glibc-2.1 src rpm rants
Date: Tue, 18 May 1999 16:05:36 GMT

Okay, someone correct me if I'm wrong here but the ideal behind src
rpms is that you can just do a rpm --rebuild on the src rpm and get the
binary rpms.  Now I ask you does this make sense.  You put out a rpm in
the RPM directory and on the same archive you put the src rpm in the
SRPMS directory.  You do this with the understanding that the package
in the RPM direcotry is build from the package in the SRPM directory.
So you should be able to build binary package A from src package B.

Okay, so RH compiles glibc-2.1 in 6.0 with the debug shit turned on
totally confusing my debugger and anoying the hell out of me.  No
problem I say, I just grab the src package and recompile like I've did
with every other freak rh release.  Based on my understanding in
paragraph one I should not see this when trying to recompile glibc-2.1
from the source package?

LANGUAGE=C LC_ALL=C : libc.texinfo
../scripts/mkinstalldirs /var/tmp/glibc-2.1-root/usr/info
mkdir /var/tmp/glibc-2.1-root/usr/info
for file in libc.info*; do \
  /usr/bin/install -c -m 644 $file /var/tmp/glibc-2.1-root/usr/info/
$file; \
done
/usr/bin/install: libc.info*: No such file or directory
make[2]: *** [/var/tmp/glibc-2.1-root/usr/info/libc.info] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/glibc/manual'
make[1]: *** [manual/subdir_install] Error 2
make[1]: Leaving directory `/usr/src/redhat/BUILD/glibc'
make: *** [install] Error 2
make: Leaving directory `/usr/src/redhat/BUILD/glibc/build-i386-linux'
Bad exit status from /var/tmp/rpm-tmp.50978 (%install)

Bad grammer and spelling errors aside, is it just me or am I just being
stupid?


--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---

------------------------------

From: Dennis Wetzig <[EMAIL PROTECTED]>
Subject: question about proto_init()
Date: Tue, 18 May 1999 14:39:31 GMT



Hi,

        looking at the network stuff in the linux kernel I ran into
the following problem. The function proto_init() calls init functions
for each protocol family known to the kernel:

void __init proto_init(void)
{
        extern struct net_proto protocols[];    /* Network protocols
*/
        struct net_proto *pro;

        /* Kick all configured protocols. */
        pro = protocols;
        while (pro->name != NULL)
                {
                (*pro->init_func)(pro);
                pro++;
                }
        /* We're all done... */
}

Now my problem is that I do not find the place where the struct
protocols[] is initialized. It must be filled with some values before
this function is called obviously. Can you point me to a place in the
kernel where to look for that?

Also I do not quite understand what the "__init" in the function
declaration actually means.


Thank you very much for your help!


Dennis

------------------------------

From: Robert Eldredge <[EMAIL PROTECTED]>
Subject: PCI-7300A / DASK
Date: Tue, 18 May 1999 16:44:20 +0000


Dear Alex,

I have a customer that can't get the PCIS-DASKNT software to operate
with his 7300A card.

When he attempts to start the 7300A device in control panel, it returns
an error message that says not enough resources available (Error 1450). 
It is acting like there is no interrupts available even though it is the
only card in the system.

Any suggestions?


Robert.




-- 
Robert Eldredge
Data Acquisition & Industrial Computers
Circuit Specialists Inc.
220 South Country Club Drive
Building #2
Mesa, Arizona 85210
http://www.web-tronics.com
[EMAIL PROTECTED]
ICQ# 2614900
800-528-1417x130 (USA)
480-464-2485x130 (International)
480-464-5824 (FAX)

------------------------------

From: Modemch <[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: 18 May 1999 13:12:00 -0400

Allin Cottrell <[EMAIL PROTECTED]> writes:

> > This broke when I installed the glibc-2.1 rpm,
> > and it compiled and worked fine with glibc-2.0.  It didn't even *compile*
> > after glibc-2.1 was installed.
> 
> RedHat plays fast and loose with their numbering -- at least if you
> don't pay close attention to the suffixes.  Are you sure you have glibc 
> 2.1 rather than some pre-release?

I'm pretty sure it was 2.1, but I got it from rawhide using rpmfind, so it
could've been a beta of some sort.  Actually, when I ran into that
__setfpucw problem, a search on dejanews turned up __setfpucw being
mentioned in this thread, so I guess the real release also has this
problem.

--
Regards, 
Modemch

------------------------------

From: "Dan Miller" <[EMAIL PROTECTED]>
Subject: Re: find device major/minor numbers via C program??
Date: Tue, 18 May 1999 11:22:01 -0700

>#include <sys/stat.h>
>#include <unistd.h>
>#include <stdio.h>
>
>void main()
>{
>        struct stat buf;
>        int retval;
>
>        retval = stat("/dev/hda", &buf);
>
>        printf("retval %d rdev %d\n", retval, buf.st_rdev);
>}
>
>hope this helps
>dave
>

Well, I changed your path to "/dev/ttySL0", and it worked fine...
so I took my device array and plugged into your program and
everything worked fine!!

Could the problem have anything to do with the fact that I
was doing readdir() calls during this??  Would that affect the
results of calling stat()??  That's the only difference that I can
see between your code and mine...  However, I was printing
out the value of the strings that I was passing to stat(), and
they were correct, fully-qualified paths...

I'm still mystified...

        Dan M



------------------------------

From: [EMAIL PROTECTED] (jwk)
Subject: Re: Help for MMX
Date: Tue, 18 May 1999 22:22:32 GMT
Reply-To: [EMAIL PROTECTED]

On Tue, 18 May 1999 05:54:50 +0000, Bryan Hackney <[EMAIL PROTECTED]>
wrote:

>[EMAIL PROTECTED] wrote:
>> 
>> Hi,
>> 
>> Anyone could tell where I can find MMX instructions set that GCC
>> recognizes? Or is there any other compilers on linux that can process
>> MMX instructions?
>
>GNU 'as' 2.9.1 for x86 supports MMX mnemonics.
>
>Get the MMX programming guides and instruction sets from Intel, then
>access the MMX instructions through GCC inline asm.
>
>Be aware that GNU asm uses 'intuitive' (TM) argument ordering, where the
>manufacturer uses 'bass-ackwards' (R) order.
>
>Maybe someone can point you to complete GCC docs regarding inline asm.
>My links are gone.
>
The newest mpg123 sources have a MMX-module (or was is 3D now? ) - anyway, for
compiling it I needed a newer as and then it worked. Perhaps the sources for as
would tell you more?

Jurriaan
--   
Never forget: 2 + 2 = 5 for extremely large values of 2.

------------------------------

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: best distribution
Date: 17 May 1999 23:43:33 GMT

In article <[EMAIL PROTECTED]>,
octet <[EMAIL PROTECTED]> wrote:
| 
| I'm pretty new to Linux and would like to get some opinions from you
| folks.  This is because I'm thinking about rolling out many Linux
| workstations to replace Windows workstations.
| 
| 1. Which distribution is the oldest?

Slackware is the oldest still being updated (4.0 out this week!), MCS
was the first.

| 2. Which one is the "technically" best distribution right now?
| 3. Which one is the best "over-all" distribution right now?

Which is the best flavor of LifeSavers? It's a matter of taste. For ease
of novice installation I vote Mandrake and Caldera. For ease of upgrade
Redhat, Debian and SuSe, not in any particular order. If you want to
install a lot of systems all the same, maybe Slackware, it does less
determination of what you have for hardware, but the menu system is easy
to use and very fast, and it doesn't try to impress you with a GUI for
this and that.

The final issue is support, check the standard and available support
since you consider yourself a novice and are doing a bunch of systems.

There are no "bad" distributions, there are only ones which think the
way you do. I suggest you buy the sampler pack from CheapBytes, for
about $5 for three CDs, and try a few installs. I currently have
Slackware (mostly), Redhat, Mandrake and SuSE running on various
machines I admin or use, some were installed just for experience, but I
didn't find any reason to install something else.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  One common problem is mistyping an email address and creating another
valid, though unintended, recipient. Always check the recipient's
address carefully when sending personal information, such as credit
card numbers, death threats or offers of sexual services.


------------------------------

From: Stuart Pomerantz <[EMAIL PROTECTED]>
Subject: boot/root disk problem with login
Date: Tue, 18 May 1999 15:14:13 -0400

Hello All:

I need some help. I'm making a boot & root disk combination for some
utility uses, and I'm having a problem with /bin/login.

Here's what happens:

1) I boot my kernel off a boot disk.

2) It asks for the root disk, which I give it.

3) It reads the root disk and init starts.

4) Init runs /bin/hostname and /sbin/ldconfig and then hands off to
getty

5) Getty prompts me for a login

6) I type in my username and login asks me for a password and I *always*
get a "login incorrect" messeage.

Stuff I've tried:

I have tried this with root with a password and with no password.

I have tried this with a user account with a  password and no password.

I have made sure that /etc/securetty exists and has tty1 in it and that
inittab starts getty on tty1

I have recompiled login, getty, and init from source, ensuring they
don't need any bizarre PAM stuff.

I have run ldd on init, login, hostname, ldconfig, and getty to make
sure those libraries which they report dependancies on exist on the root
disk.

I have insured that the utmp/wtmp/lastlog files are where login expects
them.

Can someone offer me some suggestions about what's going wrong !?! I'm
mystified!

Thanks,

Stu

------------------------------

From: [EMAIL PROTECTED] (Ben Cottrell)
Subject: gdb, threads, and Red Hat Linux 6.0
Date: 18 May 1999 12:45:10 -0700

Hi,

I'm hoping this is the right place to post... let me know if someplace else
would have been more appropriate.

We're using Red Hat Linux 6.0 out of the box, no special patches or
upgrades, and having problems with threads not freeing up process table
slots when run under gdb.

The attached program generates four threads which all immediately exit.
When run standalone from the shell, there are two PIDs devoted to my
program, as there should be (one for the main thread, and one for the
thread manager). When run from gdb, however, the same two threads show
up, along with four processes in the zombie state, even though the
threads are all created with the PTHREAD_CREATE_DETACHED flag in their
attributes.

Has anyone else experienced this? Is there a fix?

Thanks much,
        ~Ben



/* threadtest.c -- small test program to illustrate bug
 * 
 * Compile with:
 *      gcc -g threadtest.c -lpthread -o threadtest
 */

#define _REENTRANT
#define _THREAD_SAFE

#include <assert.h>
#include <pthread.h>

pthread_attr_t myThreadAttributes;

void *myThread(void *arg)
{
        return NULL;
}

void main()
{
        pthread_t t;

        /* The following two lines SHOULD ensure that no zombies will be left */
        assert(!pthread_attr_init(&myThreadAttributes));
        assert(!pthread_attr_setdetachstate(&myThreadAttributes, 
PTHREAD_CREATE_DETACHED));

        assert(!pthread_create(&t, &myThreadAttributes, myThread, NULL));
        assert(!pthread_create(&t, &myThreadAttributes, myThread, NULL));
        assert(!pthread_create(&t, &myThreadAttributes, myThread, NULL));
        assert(!pthread_create(&t, &myThreadAttributes, myThread, NULL));

        /* We're done; hang around so that the process doesn't die */
        while (1)
                sleep(86400);
}
-- 
____  -Ben Cottrell     (home page http://www-ucsee.eecs.berkeley.edu/~benco/)
\  / GCS(M) dpu s:+ a16 C++++ UB++++ P++(--) L- @E- W++(-) N++ K+ w-- !O++ @M+
 \/ PS++ ?PE Y PGP-- @t+ 5? X? R--(+) tv-- b+++ DI-- D- G+ e h!(*) r%(++) y+**
   Tamino on YiffNet IRC                    Pendor!                    NetBSD!

------------------------------

From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.networking
Subject: Need help: BOOTP + nfsroot kernel above 2.0.32
Date: Tue, 18 May 1999 22:37:28 +0200

Hi all,

i ad set up a diskles X-erminal th SuSE5.1 which had kernel 2.0.32 and
work fine. Now I want to upgrade to SuSE6.1 both the server and the
client. All runs fine so far except the client doesn't boot. The reason
is that the BOIOTP request doesn't reach the dhcpd of the server. I can
see in /var/log/messages the DHCP-request of the bootprom, and the
tftp-requests of the used bootstrapper up to the point where the kernel
vmlinuz is delivered. I can see the delivered kernel boot up to the
BOOTP-request which isn't seen in /var/log/messages and times out.
I tried kernel 2.0.36 and kernel 2.2.5 with same result. The old 2.0.32
works fine.

Is this a bug in the new kernel versions or what could be the reason ?

Thanks for your help.
Thomas

(Please send your answers to this news group instead of my email.)

------------------------------

From: Ronald Cole <[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: 18 May 1999 14:46:09 -0700

"G. Sumner Hayes" <[EMAIL PROTECTED]> writes:
> It's worth noting http://srp.stanford.edu/srp at this point.

Completely off topic at this point, but I had been looking at
<http://www.net.lut.ac.uk/psst/> and was going to test it with
ssh-2.0.12 to determine compatibility for myself.

There's also <http://www.massconfusion.com/ssh/>.

-- 
Forte International, P.O. Box 1412, Ridgecrest, CA  93556-1412
Ronald Cole <[EMAIL PROTECTED]>      Phone: (760) 499-9142
President, CEO                             Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4  24 93 CB 6B EB 38 B5 E5

------------------------------

From: Ronald Cole <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: Reliable (!) nic for 2.2 kernel?
Date: 18 May 1999 14:51:22 -0700

phil <[EMAIL PROTECTED]> writes:
> I have a Etherpower 10 PCI card that has worked fine under Linux
> 2.0.36 for many months.  As soon as I tried to use it with Linux
> 2.2.5 (Redhat 6.0) I had problems with the board.

Odd, because the tulip.c file in both these kernels sport "v0.89H".
You don't think the kernel developers would hack the driver and not
change the version number, do you?  That would just add insult to
injury.  :P

-- 
Forte International, P.O. Box 1412, Ridgecrest, CA  93556-1412
Ronald Cole <[EMAIL PROTECTED]>      Phone: (760) 499-9142
President, CEO                             Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4  24 93 CB 6B EB 38 B5 E5

------------------------------

From: "Anonymous" <[EMAIL PROTECTED]>
Subject: Re: WipeOut IDE crashes - help?
Date: Tue, 18 May 1999 18:21:43 GMT

Thanks, William,

    But I'm sure it's not that. Everything else on my system works
consistently and is (in many cases) more demanding, and this is the only
program that behaves in this way. Win98 apps are all working and nothing
else in Linux gives me this message.

Are there any other ideas? Thanks.


William J. Hayes <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Signal 11 is often caused by RAM that is not up to speed. Try
> underclocking your CPU or fiddling with your BIOS settings.
>
> user ([EMAIL PROTECTED]) wrote:
> : I have just downloaded and installed WipeOut (glibc ver) on my newly
> : installed RedHat 6.0. I used the default method of insallation for
> : WipeOut. There is lots of free memory and harddrive space. JDK 1.1.7 is
> : installed and working.
>
> : When I try to run wipeout, I get this:
>
> : rbw abort handler: signal 11 caught
> :    Please send a full bug report (WipeOut version, OS version, library
> : versions)   to [EMAIL PROTECTED] Thanks!
> : Killed
>
> : I have e-mailed softwarebuero, but not heard back yet (granted, I only
> : e-mailed them last night). I am in a hurry for this because my class
> : assignments are due almost immediately. Can anyone advise? Please reply
> : to newsgroup.
>
> : Thanks for any help!
>
> : Luke
>



------------------------------

From: Ramakrishna Reddy Kandula <[EMAIL PROTECTED]>
Subject: Re: dhcpcd not setting my hostname
Date: Tue, 18 May 1999 15:25:36 -0700

Ramakrishna Reddy Kandula wrote:

> Hi,
>
> I am running dhcpcd with options "-D -H" and still my hostname is
> "darkstar". I want my hostname to be the name assigned by DHCP
> server.
>
> Can somebody help me do this ?
>
> Regards,
> ramky.

For your information ... I am running "Latest slackware" which has 2.2.6
kernel

Regards,
ramky.


------------------------------

From: Ramakrishna Reddy Kandula <[EMAIL PROTECTED]>
Subject: dhcpcd not setting my hostname
Date: Tue, 18 May 1999 15:23:05 -0700

Hi,

I am running dhcpcd with options "-D -H" and still my hostname is
"darkstar". I want my hostname to be the name assigned by DHCP
server.

Can somebody help me do this ?

Regards,
ramky.


------------------------------

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: 2.2.8 - Evil behavior
Date: 17 May 1999 23:54:21 GMT

In article <7hhull$a91$[EMAIL PROTECTED]>,
Kevin Turnquist  <[EMAIL PROTECTED]> wrote:

|   I think the former is smart strategy.  What really fried me is that
| 2.2.8 ran flawlessly on my "test" machine, which is under constant load.
| It only blew up on my production servers...most unkind.

This suggests that if you are upgrading you do it one at a time, or at
least a few at a time until you have some faith in the software. Also, I
always build a new kernel and modules and unstall them without touching
the old version, then add a stanza to the lilo.conf and run LILO. This
lets me boot the new kernel *by hand* and be secure that the old kernel
will boot the next time if the machine rolls over.

I have toy machines which run the latest kernel while the bits are still
hot, but my production stuff doesn't get updated unless there is some
reason. I still have several 2.0.33 machines, one 2.0.37pre10 (until
SCSI is fixed in 2.2), one 2.1.131 and one 1.2.13 which has been up for
years.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  One common problem is mistyping an email address and creating another
valid, though unintended, recipient. Always check the recipient's
address carefully when sending personal information, such as credit
card numbers, death threats or offers of sexual services.


------------------------------

From: [EMAIL PROTECTED] (ellis)
Subject: Re: TO stop turning on the hard drive
Date: 18 May 1999 19:04:15 GMT

In article <Pine.GSO.3.96.990516150410.19898C-100000@virgo>,
Eldhose John  <[EMAIL PROTECTED]> wrote:

>I have network at my home its not connected to outside. My problem is the
>hard drive turns on by itself once in a while. I think its because, it 
>trys to update something from newsgroups. How can I stop It.

Check your cron entries and remove the ones you don't want. 

--
http://www.fnet.net/~ellis/photo/linux.html

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.development.system) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Development-System Digest
******************************

Reply via email to