Re: Getting ISA device settings from kernel

2001-04-03 Thread Andrzej Bialecki

On Fri, 30 Mar 2001, Graham Wheeler wrote:

> Hi all
> 
> I had some code that worked on FreeBSD 3.4 to configure ISA devices.
> In order to get the ISA device settings, I used the kvm library, and
> started off by extracting the name lists for _isa_devtab_tty, 
> _isa_devtab_bio, and _isa_devtab_net.
> 
> I used to just give up if kvm_nlist returned a non-zero number. On
> FreeBSD 4.2 this is happening. Checking the manpage, I see that this
> could be that there are invalid values, so I changed the check to 
> only give up of the return value is negative. The code now gets past the
> kvm_nlist, but fails on the first kvm_read that follows (which uses the
> n_value returned by kvm_nlist as the offset field).
> 
> Is there a different mechanism in 4.2 to do the kind of stuff I'm 
> trying to do? Should the code still work?

libkvm is being gradually deprecated - you don't have to use it to do what
you want. Please take a look at the code in src/sbin/kget - it does
something very similar.

Andrzej

// 
// Andrzej Bialecki <[EMAIL PROTECTED]>, Chief System Architect
// WebGiro AB, Sweden (http://www.webgiro.com)
// 
// <[EMAIL PROTECTED]> FreeBSD developer (http://www.freebsd.org)



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



kernel modules

2001-04-03 Thread Marc van Woerkom

I'm looking for some docs on our kernel module architecture.

Do we have something more decent than

http://packetstorm.securify.com/papers/unix/bsdkern.htm

Regards,
Marc

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: kernel modules

2001-04-03 Thread Panagiotis Astithas

On Tue, Apr 03, 2001 at 04:38:40AM -0700, Marc van Woerkom wrote:
> I'm looking for some docs on our kernel module architecture.
> 
> Do we have something more decent than
> 
> http://packetstorm.securify.com/papers/unix/bsdkern.htm

Check out: 
http://www.daemonnews.org/200010/blueprints.html
I think it was imported in the doc tree as well.

-past

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: kernel modules

2001-04-03 Thread Marc van Woerkom

Hi Panagiotis,

> http://www.daemonnews.org/200010/blueprints.html

thank you very much for this link.


> I think it was imported in the doc tree as well.

Have not looked there for quite a while.
Perhaps there is something on drivers as well.

Regards,
Marc


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: kernel modules

2001-04-03 Thread Marc van Woerkom

> I think it was imported in the doc tree as well.

Thanks for reminding me. 

I just worked through the newbus driver article
and from there stumbled on 

http://www.netbsd.org/Documentation/kernel/programming.html

Regards,
Marc


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: openssl/mdX.h and mdX.h name clashes

2001-04-03 Thread Kris Kennaway

On Mon, Apr 02, 2001 at 01:08:07PM +0300, Peter Pentchev wrote:

> I believe that this is the way things are supposed to happen; this
> has been discussed on -arch recently, although somebody stated that
> OpenSSL already has all the functionality.  I wasn't quite able to
> find analogous functions in the source; and a single function,
> without setting up a BIO object and stuff, when all you need is
> the MD5 hash of a file by name, is definitely something useful.

Well, yeah..there'd need to be a little bit of glue in there
somewhere, but it's eminently doable..

Kris

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



JDK1.2 build

2001-04-03 Thread Alwyn Goodloe

Hi folks,


  I've asked this on the questions list but no one there could resolve the
problem so I thought I would ask it on the hackers list. 

  First note I have all the ports required.


   I've had the following problems in building the jdk:


  There were problems with ALT_BOOTDIR finding the linux jdk so I removed
it (which the error message indicates as a fix) and things seemed to go ok
UNTIL   I get


/usr/local/java/jdk1.2/x86/bin/javac: permission denied
gmake[3]: *** [.compile.classlist] Error 126


(the permissions are all open so that  should be ok). Maybe its somehow
related to the ALT_BOOTDIR but I doubt it.

 I had script turned on I include the output below.


 I find this to be rather strange. I'm well into day two of staring at it
so help is definitely needed. I considered doing the entire build by hand,
following the instructions given online but was pinning my hopes on you
guys before doing that.



Alwyn

[EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: JDK1.2 build NOW WITH OUTPUT

2001-04-03 Thread Alwyn Goodloe

Sorry I forgot to include the output see below.

On Tue, 3 Apr 2001, Alwyn Goodloe wrote:

> Hi folks,
> 
> 
>   I've asked this on the questions list but no one there could resolve the
> problem so I thought I would ask it on the hackers list. 
> 
>   First note I have all the ports required.
> 
> 
>I've had the following problems in building the jdk:
> 
> 
>   There were problems with ALT_BOOTDIR finding the linux jdk so I removed
> it (which the error message indicates as a fix) and things seemed to go ok
> UNTIL   I get
> 
> 
> /usr/local/java/jdk1.2/x86/bin/javac: permission denied
> gmake[3]: *** [.compile.classlist] Error 126
> 
> 
> (the permissions are all open so that  should be ok). Maybe its somehow
> related to the ALT_BOOTDIR but I doubt it.
> 
>  I had script turned on I include the output below.
> 
> 
>  I find this to be rather strange. I'm well into day two of staring at it
> so help is definitely needed. I considered doing the entire build by hand,
> following the instructions given online but was pinning my hopes on you
> guys before doing that.
> 
> 
> 
> Alwyn
> 
> [EMAIL PROTECTED]
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
> 
Script started on Mon Apr  2 11:40:26 2001
You have mail.
vienna# make

===>  Extracting for jdk-1.2.2b10
>> No MD5 checksum file.
===>   jdk-1.2.2b10 depends on executable: gm4 - found
===>   jdk-1.2.2b10 depends on executable: zip - found
===>   jdk-1.2.2b10 depends on file: /usr/local/jdk1.1.8/bin/javac - found
===>   jdk-1.2.2b10 depends on file: /usr/local/linux-jdk1.2.2/bin/javac - found
===>   jdk-1.2.2b10 depends on file: /usr/X11R6/lib/libMrm.a - found
===>   jdk-1.2.2b10 depends on file: /nonexistent - not found
===>Verifying extract for /nonexistent in /usr/ports/java/jfc
===>  Extracting for jfc-1.1.1
>> Checksum OK for swing1_1_1.zip.
===>   jfc-1.1.1 depends on executable: unzip - found
===>   Returning to build of jdk-1.2.2b10
===>   jdk-1.2.2b10 depends on executable: gmake - found
===>   jdk-1.2.2b10 depends on shared library: odbc.1 - found
===>  Patching for jdk-1.2.2b10
===>  Configuring for jdk-1.2.2b10
===>  Building for jdk-1.2.2b10
Sanity check passed

>>>Recursively making java all...
gmake[1]: Entering directory 
`/usr/ports/j2/pub/FreeBSD/branches/-current/ports/java/jdk12-beta/work/build/freebsd/java'
>>>Recursively making hpi all @ Mon Apr  2 11:42:59 EDT 2001 ...
gmake[2]: Entering directory 
`/usr/ports/j2/pub/FreeBSD/branches/-current/ports/java/jdk12-beta/work/build/freebsd/java/hpi'
>>>Recursively making green all @ Mon Apr  2 11:42:59 EDT 2001 ...
gmake[3]: Entering directory 
`/usr/ports/j2/pub/FreeBSD/branches/-current/ports/java/jdk12-beta/work/build/freebsd/java/hpi/green'
gmake ../../../lib/i386/green_threads/libhpi.so VARIANT=OPT
gmake[4]: Entering directory 
`/usr/ports/j2/pub/FreeBSD/branches/-current/ports/java/jdk12-beta/work/build/freebsd/java/hpi/green'
mkdir -p ../../../lib/i386/green_threads
mkdir -p obj/i386
gcc -O2 -fomit-frame-pointer  -W -Wall -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -Wno-unused -Wno-parentheses -pipe  -fPIC  -Di386 
-DHAVE_ALIGNED_LONGLONGS -DHAVE_ALIGNED_DOUBLES -DARCH='"i386"' -DRELEASE='"1.2.2"' 
-DFULL_VERSION='"jdk1.2.2-FreeBSD:root:2001/04/02-11:42"' -DHAVE_POLL -I. 
-ICClassHeaders -I../../../../../src/freebsd/javavm/export 
-I../../../../../src/share/javavm/export 
-I../../../../../src/freebsd/hpi/green_threads/include 
-I../../../../../src/freebsd/hpi/include -I../../../../../src/freebsd/hpi/export 
-I../../../../../src/share/hpi/include -I../../../../../src/share/hpi/export-c -o 
obj/i386/clock.o ../../../../../src/freebsd/hpi/green_threads/src/clock.c
gcc -O2 -fomit-frame-pointer  -W -Wall -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -Wno-unused -Wno-parentheses -pipe  -fPIC  -Di386 
-DHAVE_ALIGNED_LONGLONGS -DHAVE_ALIGNED_DOUBLES -DARCH='"i386"' -DRELEASE='"1.2.2"' 
-DFULL_VERSION='"jdk1.2.2-FreeBSD:root:2001/04/02-11:42"' -DHAVE_POLL -I. 
-ICClassHeaders -I../../../../../src/freebsd/javavm/export 
-I../../../../../src/share/javavm/export 
-I../../../../../src/freebsd/hpi/green_threads/include 
-I../../../../../src/freebsd/hpi/include -I../../../../../src/freebsd/hpi/export 
-I../../../../../src/share/hpi/include -I../../../../../src/share/hpi/export-c -o 
obj/i386/context.o ../../../../../src/freebsd/hpi/green_threads/src/context.c
gcc -O2 -fomit-frame-pointer  -W -Wall -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -Wno-unused -Wno-parentheses -pipe  -fPIC  -Di386 
-DHAVE_ALIGNED_LONGLONGS -DHAVE_ALIGNED_DOUBLES -DARCH='"i386"' -DRELEASE='"1.2.2"' 
-DFULL_VERSION='"jdk1.2.2-FreeBSD:root:2001/04/02-11:42"' -DHAVE_POLL -I. 
-ICClassHeaders -I../../../../../src/freebsd/javavm/export 
-I../../../../../src/share/javavm/export 
-I../../../../../src/freebsd/hpi/green_threads/include 
-I../../../../../src/freebsd/hpi/include -I../../../..

Problem with terminal type.

2001-04-03 Thread petro

Hi.
I have diskless station and now when I try to connect to it, I receive
such message

tcsh: No entry for terminal type "xterm"
tcsh: using dumb terminal settings.

it happened after that as I on server mv /usr/share /services/share and
made ln -s /usr/share /services/share, but /services/share is not visible
from diskless station, so what and where I need to copy to decide this
problem. Also when I try to log off I receive such message

tput: tgetent failure: No such file or directory
tput: tgetent failure: No such file or directory
 
Thank you very much for any help.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Problem with terminal type.

2001-04-03 Thread Niels Chr. Bank-Pedersen

On Tue, Apr 03, 2001 at 11:25:11PM +0300, petro wrote:
> Hi.
> I have diskless station and now when I try to connect to it, I receive
> such message
> 
> tcsh: No entry for terminal type "xterm"
> tcsh: using dumb terminal settings.
> 
> it happened after that as I on server mv /usr/share /services/share and
> made ln -s /usr/share /services/share, but /services/share is not visible
> from diskless station, so what and where I need to copy to decide this
> problem. Also when I try to log off I receive such message

If I understand your question correctly, you probably mount /usr
from an nfs-server, but since you on the server moved /usr/share
away from the exported filesystem, it is no longer visible from the
client.
You should either export /services/share ("man exports") on the
server, and mount that filesystem on the client as well, or move
/usr/share back where it belongs :-)

> Thank you very much for any help.

NP - this question probably qualifies for freebsd-questions rather
than -hackers, though.
Ah, and please don't ask your question as a reply in an unrelated
thread - thread hijacking is not a Good Thing.

Hope this helps,


/Niels Chr.

-- 
 Niels Christian Bank-Pedersen, NCB1-RIPE.

 "Hey, are any of you guys out there actually *using* RFC 2549?"

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Job.

2001-04-03 Thread Rayson Ho

Sorry for posting in here again...

I received many emails, and I think I would let
everyone apply online rather than "posting" jobs here.

I am working for Platform Computing INC., and the
address is http://www.platform.com

Please click on careers and find your jobs.

(We develop software for Unix/NT)


again, sorry for posting here
rayson

--- Garrett Rooney <[EMAIL PROTECTED]>
wrote:
> On Sun, Apr 01, 2001 at 08:18:03PM -0700, Rayson Ho
> wrote:
> > Hi,
> > 
> > My company has several job openings -- we really
> need
> > unix hackers, kernel hackers, real C
> programmers...
> > 
> > We are in Toronto, Canada. If anyone is
> interested,
> > please tell me what your skills are, and I will
> refer
> > you guys to the right person.
> 
> there is a freebsd-jobs mailing list, where this
> kind of discussion should be
> conducted.
> 
> -- 
> garrett rooney Unix was not
> designed to stop you from 
> [EMAIL PROTECTED]   doing stupid
> things, because that would  
> http://electricjellyfish.net/  stop you from
> doing clever things.


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Dennis

At 06:17 PM 04/03/2001, T. William Wells wrote:
> > > > Its not a "proprietary tree". I dont have time to clean it up
> > > > and submit patches.
> > >
> > >But you do seem to have time to keep arguing with people???
> > >I'm sure you'll have time to bitch again if 4.4 doesn't meet your needs
> > >because you didn't submit some patch you needed.
>
> > Only because the same morons (like yourself) continue ad infinitum to post
> > your useless comments publicly.
>
>I am opposed to supporting individuals or corporations whose
>principals cannot manage simple disagreements with civility. It
>makes it clear what the consequences will be _to me_ should I, in
>my capacity as consultant, ever have a dispute with such an
>individual or organization. I don't need that sort of stress nor
>would I be willing to expose my clients to such behavior.


Nor do we, as a corporation, need the stress of dealing with customers with 
such attitudes. So it works out, doesnt it?

When are you going to get it into your heads? You are not supporting me by 
buying what we sell. You are making a business decision, paying a price 
because you believe the product has at least the value of the price to you.

This "consumer" attitude that you are doing a company a favor by buying 
something from them is completely misguided. Most companies are not 
some  ISP or consultant struggling to pay its bills. WE are doing you a 
favor by making our technology available to you at a fair price. If you 
dont see it that way, then you have a serious problem. Because Cisco, and 
Intel, and 3Com and yes, Emerging Technologies will survive without your 
business and your attitude. We dont expect to make every sale.

>This is why, unless there is no reasonable alternative, your
>products will not be on my short-list of solutions.

Ok, and unless we are totally desperate for cash (dont count on it) we wont 
sell anything to you. Deal? You've just made a world class business 
decision. Burning bridges with a vendor that you may someday need is 
absolutely brilliant.

Now lets drop it and get back to work.

Dennis



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



[OT] Re: Intel driver doc's Take 2.

2001-04-03 Thread Rick Bradley

* Dennis ([EMAIL PROTECTED]) [010403 18:17]:
> >I am opposed to supporting individuals or corporations whose
> >principals cannot manage simple disagreements with civility. It
> >makes it clear what the consequences will be _to me_ should I, in
> >my capacity as consultant, ever have a dispute with such an
> >individual or organization. I don't need that sort of stress nor
> >would I be willing to expose my clients to such behavior.
[...]
> This "consumer" attitude that you are doing a company a favor by buying 
> something from them is completely misguided. Most companies are not 
> some  ISP or consultant struggling to pay its bills. WE are doing you a 
> favor by making our technology available to you at a fair price. If you 
> dont see it that way, then you have a serious problem. Because Cisco, and 
> Intel, and 3Com and yes, Emerging Technologies will survive without your 
> business and your attitude. We dont expect to make every sale.
[...]
> Ok, and unless we are totally desperate for cash (dont count on it) we wont 
> sell anything to you. Deal? You've just made a world class business 
> decision. Burning bridges with a vendor that you may someday need is 
> absolutely brilliant.

Can you go ahead and put me on that list of bridge burners too?

Thanks.

Rick
--
 Rick Bradley -  http://xns.org/=roundeye

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Greg Black

| Ok, and unless we are totally desperate for cash (dont count on it) we wont 
| sell anything to you. Deal? You've just made a world class business 
| decision. Burning bridges with a vendor that you may someday need is 
| absolutely brilliant.

Cool, can I please go on the list of people you won't sell
things to?

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread T. William Wells

The message referred to below was sent by me in *PRIVATE E-MAIL*.
Dennis <[EMAIL PROTECTED]> posted that private e-mail to this
public forum. He did not have my permission to do so.

(But, yes, I stand by my sentiments -- I just didn't want them
further cluttering this list.)

> From [EMAIL PROTECTED] Tue Apr  3 20:12:43 EDT 2001
> Article: 12476 of local.freebsd.hackers:
> Path: twwells.com!newsgate!nowhere
> Newsgroups: local.freebsd.hackers
> From: Dennis <[EMAIL PROTECTED]>
> Subject: Re: Intel driver doc's Take 2.
> Date: Tue, 03 Apr 2001 19:33:27 -0400
> References: <[EMAIL PROTECTED]>
> Message-ID: <[EMAIL PROTECTED]>
> References: <[EMAIL PROTECTED]>
> Lines: 51
> Xref: twwells.com local.freebsd.hackers:12476
>
> At 06:17 PM 04/03/2001, T. William Wells wrote:
>
...but you've already seen that

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Matthew Jacob


Folks- I've said it before. Just ignore Dennis and let the topic die.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Dennis

At 07:37 PM 04/03/2001, you wrote:
>| Ok, and unless we are totally desperate for cash (dont count on it) we wont
>| sell anything to you. Deal? You've just made a world class business
>| decision. Burning bridges with a vendor that you may someday need is
>| absolutely brilliant.
>
>Cool, can I please go on the list of people you won't sell
>things to?


You're already on it.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Dennis

At 08:24 PM 04/03/2001, T. William Wells wrote:
>The message referred to below was sent by me in *PRIVATE E-MAIL*.
>Dennis <[EMAIL PROTECTED]> posted that private e-mail to this
>public forum. He did not have my permission to do so.
>
>(But, yes, I stand by my sentiments -- I just didn't want them
>further cluttering this list.)


sorry, everything in my hackers mailbox gets copied to the list. You didnt 
have permission to send me private email, so dont do it again.

:-)


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: [OT] Re: Intel driver doc's Take 2.

2001-04-03 Thread Dennis

At 07:30 PM 04/03/2001, Rick Bradley wrote:
>* Dennis ([EMAIL PROTECTED]) [010403 18:17]:
> > >I am opposed to supporting individuals or corporations whose
> > >principals cannot manage simple disagreements with civility. It
> > >makes it clear what the consequences will be _to me_ should I, in
> > >my capacity as consultant, ever have a dispute with such an
> > >individual or organization. I don't need that sort of stress nor
> > >would I be willing to expose my clients to such behavior.
>[...]
> > This "consumer" attitude that you are doing a company a favor by buying
> > something from them is completely misguided. Most companies are not
> > some  ISP or consultant struggling to pay its bills. WE are doing you a
> > favor by making our technology available to you at a fair price. If you
> > dont see it that way, then you have a serious problem. Because Cisco, and
> > Intel, and 3Com and yes, Emerging Technologies will survive without your
> > business and your attitude. We dont expect to make every sale.
>[...]
> > Ok, and unless we are totally desperate for cash (dont count on it) we 
> wont
> > sell anything to you. Deal? You've just made a world class business
> > decision. Burning bridges with a vendor that you may someday need is
> > absolutely brilliant.
>
>Can you go ahead and put me on that list of bridge burners too?

You guys are so pathetic.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Intel driver doc's Take 2.

2001-04-03 Thread Rik van Riel

On Tue, 3 Apr 2001, Dennis wrote:

> This "consumer" attitude that you are doing a company a favor by
> buying something from them is completely misguided. Most companies are
> not some ISP or consultant struggling to pay its bills. WE are doing
> you a favor by making our technology available to you at a fair price.

Yeah yeah, companies are there for the stockholders. Screw the
customers.

While this is a nice short-term business plan, I'm really
curious how this social experiment will end up in the long
run.

Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.com.br/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message