Re: readdirplus is very cool, any other nfs client suggestions?

Alfred Perlstein writes: > DES: can you elaborate? you think it may cause problems with amd > since it's like an NFS buffer isn't it and would work over the > loopback... I used loopback mounts to test NFS make worlds a while ago (there were places where make world would bomb because chflags do

Re: Mentioning RFC numbers in /etc/services

John-Mark Gurney writes: > Sheldon Hearn scribbled this message on Aug 1: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > I vote for allowing inetd.conf to specify a port number instead of a > service name... it should be very easy to make th

confusion about nfsm_srvmtofh bad behavior?

ok: #define nfsm_srvmtofh(f) \ { int fhlen = NFSX_V3FH; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ if (fhlen == 0) { \

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > The correct way to do this is to fix getservbyname() so it accepts > port numbers. Would this not still require modifications to /etc/services for services not already mentioned in that file? Ciao, Sheldon. To Unsubscribe: send mail

Re: Proposing argv for klds and preloaded modules

On Sun, 1 Aug 1999, Chris Costello wrote: > On Sun, Aug 01, 1999, Juha Nurmela wrote: > > > > Sometimes it would be handy to pass a commandline > > to a kld, preloaded modules already support > > arguments. kldload(2) unfortunately has only > > the pathname.ko argument. > >Is this really a pr

Re: Mentioning RFC numbers in /etc/services

Dag-Erling Smorgrav wrote: > John-Mark Gurney writes: > > Sheldon Hearn scribbled this message on Aug 1: > > > Would you need these entries if inetd let you specify port numbers > > > instead of service names? > > I vote for allowing inetd.conf to specify a port number instead of a > > service nam

Re: Mentioning RFC numbers in /etc/services

Sheldon Hearn writes: > On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Would this not still require modifications to /etc/services for services > not already mentioned in that file? Allow me to r

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:19:01 +0200, Dag-Erling Smorgrav wrote: > > Would this not still require modifications to /etc/services for services > > not already mentioned in that file? > > Allow me to re-quote the message I answered: > > > I vote for allowing inetd.conf to specify a port number instead

Re: Mentioning RFC numbers in /etc/services

Daniel Eischen writes: > Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Are you sure this is what you want? Yes. > It may allow an application to > use a port number that would otherwise b

Re: Mentioning RFC numbers in /etc/services

On Sat, 31 Jul 1999 23:00:15 MST, Doug wrote: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > > Errr... while that may be of value to someone, it has nothing to > do with the issue Ben and I were discussing. Yes yes. I'm not trying to

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:27:44 +0200, Dag-Erling Smorgrav wrote: > I don't see in what way an application could break if getservbyname() > suddenly accepted numeric port specifications. It won't ``stop working > as intended'', it'll keep on working as it always used to, plus a > little more. My applic

Re: Mentioning RFC numbers in /etc/services

Dag-Erling Smorgrav wrote: > > It may allow an application to > > use a port number that would otherwise be invalid. > > Please elaborate. I don't have any specific applications in mind :) But suppose an application (for whatever reason) only wants to allow se

Re: confusion about nfsm_srvmtofh bad behavior?

On Mon, 2 Aug 1999, Alfred Perlstein wrote: > } \ > if (fhlen != 0) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ > bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ > if ((nfsd->nd_flag & ND_NFSV3) == 0

Re: Mentioning RFC numbers in /etc/services

Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? Stupid question. This isn't possible since getservbyport takes an int argument. Dan Eischen eisc...@vigrid.com To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body

Re: Mentioning RFC numbers in /etc/services

On Mon, 02 Aug 1999 07:30:32 -0400, Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? And how are you going to squish a name into an int? :-) Ciao, Sheldon. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of t

Re: Mentioning RFC numbers in /etc/services

Sheldon Hearn writes: > If we fix this in inetd, we get what we want. If we fix this in > getservbyport() we may get something that we don't want, namely > applications that relay on the existing behaviour of the function stop > working as intended. I don't see in what way an application could br

A Proposal for a Consumers' Private Network with Providers

Aug. 2, 1999. Dear Sir or Ms: This notification is being sent to a selected group of consumer-oriented organizations and individuals that I believe will be interested, and that I hope can help with advice on how best to proceed with a proposal that I feel certain can be of very great benef

Re: Mentioning RFC numbers in /etc/services

:John-Mark Gurney writes: :> Sheldon Hearn scribbled this message on Aug 1: :> > Would you need these entries if inetd let you specify port numbers :> > instead of service names? :> I vote for allowing inetd.conf to specify a port number instead of a :> service name... it should be very easy to

Re: So, back on the topic of enabling bpf in GENERIC...

On Sun, Aug 01, 1999 at 10:17:54AM -0400, Sergey Babkin wrote: > Warner Losh wrote: > > > > In message <37a3b701.851df...@softweyr.com> Wes Peters writes: > > : Do we have a list of all services that use bpf? I'm willing to edit the > > man > > : pages, given a list. I guess I could just grep-o

Re: readdirplus is very cool, any other nfs client suggestions?

:Alfred Perlstein writes: :> DES: can you elaborate? you think it may cause problems with amd :> since it's like an NFS buffer isn't it and would work over the :> loopback... : :I used loopback mounts to test NFS make worlds a while ago (there were :places where make world would bomb because ch

Re: confusion about nfsm_srvmtofh bad behavior?

:On Mon, 2 Aug 1999, Alfred Perlstein wrote: : :> } \ :> if (fhlen != 0) { \ :> nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ :> bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ :> if ((nfsd->nd_flag & ND_NFSV3) ==

Re: confusion about nfsm_srvmtofh bad behavior?

::> it then rewinds the mbuf pointers (i think) because of the ::> over "dissection" above. ::> --- ::> ::> why does it do the copy, then rewind it, it seems like it knows ::> it's doing something wrong and instead of fixing it, it just ::> compensates after the fact. :: ::yes, replying to my

Re: readdirplus is very cool, any other nfs client suggestions?

On Mon, Aug 02, 1999 at 09:25:52AM +0200, Dag-Erling Smorgrav wrote: >(there were > places where make world would bomb because chflags doesn't work on [...] > (check the logs for Makefiles that use > chflags).

Re: readdirplus is very cool, any other nfs client suggestions?

Matthew Dillon writes: > The buildworld chflags problems were fixed around a month ago I think. No, I fixed them in february or march. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: readdirplus is very cool, any other nfs client suggestions?

Tim Vanderhoek writes: > Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make > world, if needed. Please try to understand what the issue is before butting in. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-h

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon writes: :> The buildworld chflags problems were fixed around a month ago I think. : :No, I fixed them in february or march. : :DES :-- :Dag-Erling Smorgrav - d...@yes.no Ok, then there is a real good chance localhost mounts will work now. I'm running a buildworld te

Re: readdirplus is very cool, any other nfs client suggestions?

Matthew Dillon writes: > Ok, then there is a real good chance localhost mounts will work now. I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 on loopback mounts :) > I'm running a buildworld test right now with /usr/src and /usr/obj both > on NFSv3 localhost mo

FW: Network problems with 3.2R as VMWare Guest OS

Forwarded to -hackers due to a lack of response in -questions. Charles -Original Message- From: Charles Randall [mailto:crand...@matchlogic.com] Sent: Friday, July 30, 1999 9:55 AM To: freebsd-questi...@freebsd.org Subject: Network problems with 3.2R as VMWare Guest OS I've been runnin

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message > Juha Nurmela writes: > : Yes, but (this might be a trademark ;) commonly the arguments would > : be used during the sysinit->attach, and at that time sysctl has not yet > : been able to change anything. Use of sysctl would require a sidestep > : from attach an

Re: Proposing argv for klds and preloaded modules

In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: : Modules are not just drivers. Forget about drivers, and try again. : :-) But the generic mechanism extends beyond just drivers :-) Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers"

Re: Mentioning RFC numbers in /etc/services

In message Dag-Erling Smorgrav writes: : Allow me to re-quote the message I answered: : : > I vote for allowing inetd.conf to specify a port number instead of a : > service name... I've said it before, and I'll say it again: This is an excellent idea! Warner To Unsubscribe: send mail to major

Re: Mentioning RFC numbers in /etc/services

In message Dag-Erling Smorgrav writes: : Daniel Eischen writes: : > Dag-Erling Smorgrav wrote: : > > The correct way to do this is to fix getservbyname() so it accepts : > > port numbers. : > Are you sure this is what you want? I'm 100% positive that I want this. : >

Re: confusion about nfsm_srvmtofh bad behavior?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > > ::> it then rewinds the mbuf pointers (i think) because of the > ::> over "dissection" above. > ::> --- > ::> > ::> why does it do the copy, then rewind it, it seems like it knows > ::> it's doing something wrong and instead of fixing it, it just

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I say that I don't care if it allows this. In fact, I want to be able > to do things like that... Copying the telnet line and changing the first word to 'http' does wonders for being to access machines from inside a school district's firewall. Choosing

Re: confusion about nfsm_srvmtofh bad behavior?

:The whole file needs some documentation. :) :I stared at that for so long wondering why the heck it was doing that. NFS is the worst-documented code in the kernel, VFS is second-worst. Without commit privs, documenting existing code eats too much of my time I'm afraid. With com

Re: Mentioning RFC numbers in /etc/services

In message Bill Fumerola writes: : Copying the telnet line and changing the first word to 'http' does wonders : for being to access machines from inside a school district's firewall. What if the service has no name? : Choosing ports by number would be nice, however the same objections Matt : ha

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I don't think we should change getportbyname. If the getportbyname > fails, see if a strtol returns a number, and if so use that. I don't > see what is so hard about doing that. I agree. The change should be made in inetd, not in getportbyname() > If so

Re: confusion about nfsm_srvmtofh bad behavior?

Alfred Perlstein wrote: > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > > ::> it then rewinds the mbuf pointers (i think) because of the > > ::> over "dissection" above. > > ::> --- > > ::> > > ::> why does it do the copy, then rewind it, it seems like it knows > > ::> it's doing something

Re: Mentioning RFC numbers in /etc/services

In message Bill Fumerola writes: : I agree. The change should be made in inetd, not in getportbyname() Or getservbyname (which is really what you'd want to change). I have patches to inetd that I've enclosed here. They are gorss, but the code itself doesn't lend itself to non-gross patches w/o

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon writes: :> Ok, then there is a real good chance localhost mounts will work now. : :I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 :on loopback mounts :) : :> I'm running a buildworld test right now with /usr/src and /usr/obj both :> on NFSv3 loca

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: > : Modules are not just drivers. Forget about drivers, and try again. > : :-) > > But the generic mechanism extends beyond just drivers :-) Ah, I recall now. Something similar to the way X works, with a

Re: confusion about nfsm_srvmtofh bad behavior?

On Tue, 3 Aug 1999, Peter Wemm wrote: > Alfred Perlstein wrote: > > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > > > This is a patch that Peter Wemm proposed however he had this: > > > > ! if (fhlen < NFSX_V3FH)

Re: confusion about nfsm_srvmtofh bad behavior?

:Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) :bytes of handle data in the common case for a total of 24 bytes of filehandle. :Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. :Then we copy this around, store it all in memory, transmit it over t

Re: Mentioning RFC numbers in /etc/services

In message <199908021754.daa25...@avalon.reed.wattle.id.au> Darren Reed writes: : Why not just use the changes NetBSD made to their inetd ~6 years ago ? Didn't know about them? Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the messag

Re: readdirplus is very cool, any other nfs client suggestions?

On 2 Aug 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein writes: > > DES: can you elaborate? you think it may cause problems with amd > > since it's like an NFS buffer isn't it and would work over the > > loopback... > > I used loopback mounts to test NFS make worlds a while ago H

Re: Proposing argv for klds and preloaded modules

On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > Warner Losh wrote: > > > > In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: > > : Modules are not just drivers. Forget about drivers, and try again. > > : :-) > > > > But the generic mechanism extends beyond just drivers :-) > >

Re: confusion about nfsm_srvmtofh bad behavior?

> > ok: > > #define nfsm_srvmtofh(f) \ > { int fhlen = NFSX_V3FH; \ > if (nfsd->nd_flag & ND_NFSV3) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > fhlen = fxdr_unsigned(int, *tl); \ > if (fhlen == 0) {

Initio INI-* SCSI card support

Has anybody taken a look at the FreeBSD driver source at http://www.initio.com/source.zip for the INI-* cards? Is this something we should import into -CURRENT? -- -- David(obr...@nuxi.com -or- obr...@freebsd.org) To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freeb

Re: Initio INI-* SCSI card support

On Mon, 2 Aug 1999, David O'Brien wrote: > Has anybody taken a look at the FreeBSD driver source at > http://www.initio.com/source.zip for the INI-* cards? Is this something > we should import into -CURRENT? It would be handy for me if it were brought in. FWIW, I'm using this driver with an SII

Re: Mentioning RFC numbers in /etc/services

Warner Losh writes: > Or getservbyname (which is really what you'd want to change). I have > patches to inetd that I've enclosed here. They are gorss, but the > code itself doesn't lend itself to non-gross patches w/o some rework, > which I was too lazy to do this morning. Or you might as well

Re: So, back on the topic of enabling bpf in GENERIC...

In message <37a3b701.851df...@softweyr.com> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we

Jail syscalls

Hi guys, I'm in the process of evaluating (next month) some box who made the same that jail syscall but this is linux boxes :-( or Solaris boxes. So, If I can make a FreeBSD-STABLE (3.X box) working with jail in the competition, I've got a good point for my boss. We are currently working wit

Re: Mentioning RFC numbers in /etc/services

dil...@apollo.backplane.com said: > :The correct way to do this is to fix getservbyname() so it accepts > :port numbers. : :DES :-- :Dag-Erling Smorgrav - d...@flood.ping.uio.no > > > If we were to depend on this, it would break code compatibility with > other UNIXes for no good reason.

Re: Initio INI-* SCSI card support

Guy Helmer wrote... > On Mon, 2 Aug 1999, David O'Brien wrote: > > > Has anybody taken a look at the FreeBSD driver source at > > http://www.initio.com/source.zip for the INI-* cards? Is this something > > we should import into -CURRENT? > > It would be handy for me if it were brought in. FWIW,

Re: readdirplus is very cool, any other nfs client suggestions?

:Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several :months, hopefully it still works :-) My buildworld using the NFSv2 file handle length patch succeeded as well. I've included the patch again for reference. (Note: I didn't write this patch, refer bac

Re: Mentioning RFC numbers in /etc/services

[.] > @@ -832,15 +833,21 @@ > if (!sep->se_rpc) { > sp = getservbyname(sep->se_service, sep->se_proto); > if (sp == 0) { > + if ((p = strtol(sep->se_service, > + (char **NULL),

Re: readdirplus is very cool, any other nfs client suggestions?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > :Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several > :months, hopefully it still works :-) > > My buildworld using the NFSv2 file handle length patch succeeded as > well. > > I've included the patch again for ref

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Brian Somers wrote: > Yes, but do it the other way 'round - strtol first, if it's not all > numeric, getservbyname(). Can't you have all numeric service names? > David scheidt To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in th

Re: FW: Network problems with 3.2R as VMWare Guest OS

> Forwarded to -hackers due to a lack of response in -questions. The lnc driver is not the most wonderful; you might want to talk to Paul Richards (p...@freebsd.org) about this. > Charles > > -Original Message- > From: Charles Randall [mailto:crand...@matchlogic.com] > Sent: Friday, Ju

Re: readdirplus is very cool, any other nfs client suggestions?

:> My buildworld using the NFSv2 file handle length patch succeeded as :> well. :> :> I've included the patch again for reference. (Note: I didn't write :> this patch, refer back to the thread for that info). :> :> -Matt : :any perci

Re: Mentioning RFC numbers in /etc/services

In message <199908022217.xaa02...@keep.lan.awfulhak.org> Brian Somers writes: : Yes, but do it the other way 'round - strtol first, if it's not all : numeric, getservbyname(). I did it getservbyname first in case there were any legacy services that were all numbers. Traditionally, this is hwo th

Re: Jail syscalls

According to Sebastien GIORIA: > My process decision is in the next 6 months, so if some > guys from core (particuliary PHK; if I remenber this is > the responsible of the jail subsystem). It will probably not be very easy putting this into 3.x, considering the number of files concerned although

Adding disks -the pain. Also vinum

The people who I work for were about to junk a bunch of 6 year old disks when I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice external case. These disks had been doing duty on a boat carrying out seismic surveys, attached to misc. Sun workstations. These are typical of

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > The people who I work for were about to junk a bunch of 6 year old disks when > I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice > external case. These disks had been

Re: Adding disks -the pain. Also vinum

> Did you try 'disklabel -w da0 auto'? Yup - it also complained. > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large stripe size, the > chances are higher that you can perform the transfer with only a > single I/O. Ev

Re: Jail syscalls

On Tue, 3 Aug 1999, Ollivier Robert wrote: > > It will probably not be very easy putting this into 3.x, considering the > number of files concerned although the number of lines changed is not that > big. Jail is in RELENG_3 > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 01:35:54PM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior > Programmer PGS Tensor Perth wrote: > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large

Re: Documenting writev(2) ENOBUFS error

Nik Clayton wrote: > > On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: > > So, do you want to enumerate the cases in which this error can occur in the > > man page? This is not generally done, now that we have verified it is > > possible for the system to generate ENOBUFS on a writev.

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > > stripes, it transfers what you ask for. With a large stripe size, the > > chances are higher that you can perform th

Re: Jail syscalls

According to Brian F. Feldman: > Jail is in RELENG_3 Not according to the CVS logs which lists kern_jail.c only for CURRENT. === File: kern_jail.c Status: Up-to-date Working revision:1.3 Fri Apr 30 06:51:51 1999

Re: no elf(5) man page (docs/7914)

Jeroen Ruigrok/Asmodai wrote: > > * Andy Doran (a...@netbsd.org) [990802 00:53]: > > Wes Peters writes: > > > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > > once it's near completio

Re: Mentioning RFC numbers in /etc/services

> In message <199908022217.xaa02...@keep.lan.awfulhak.org> Brian Somers writes: > : Yes, but do it the other way 'round - strtol first, if it's not all > : numeric, getservbyname(). > > I did it getservbyname first in case there were any legacy services > that were all numbers. Traditionally, th

Re: Mentioning RFC numbers in /etc/services

> In some email I received from Brian Somers, sie wrote: > [.] > > Yes, but do it the other way 'round - strtol first, if it's not all > > numeric, getservbyname(). > > No, the patch was correct. Not in my book - see my other posting :] -- Brian

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer > PGS Tensor Perth wrote: >> >>> No, it would cause a higher I/O load. Vinum doesn't transfer entire >>> stripes, it transfers what you ask for. With a

Re: Mentioning RFC numbers in /etc/services

In message <199908030624.haa00...@keep.lan.awfulhak.org> Brian Somers writes: : Exactly - ditto for gethostbyname(). In the case of gethostbyname(), : I believe that domain names can't have a number as the first : character - I would have thought this idea should follow through with : services.

Re: Mentioning RFC numbers in /etc/services

John-Mark Gurney <[EMAIL PROTECTED]> writes: > Sheldon Hearn scribbled this message on Aug 1: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > I vote for allowing inetd.conf to specify a port number instead of a > service name... it should be

confusion about nfsm_srvmtofh bad behavior?

ok: #define nfsm_srvmtofh(f) \ { int fhlen = NFSX_V3FH; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ if (fhlen == 0) { \

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > The correct way to do this is to fix getservbyname() so it accepts > port numbers. Would this not still require modifications to /etc/services for services not already mentioned in that file? Ciao, Sheldon. To Unsubscribe: send mai

Re: Proposing argv for klds and preloaded modules

On Sun, 1 Aug 1999, Chris Costello wrote: > On Sun, Aug 01, 1999, Juha Nurmela wrote: > > > > Sometimes it would be handy to pass a commandline > > to a kld, preloaded modules already support > > arguments. kldload(2) unfortunately has only > > the pathname.ko argument. > >Is this really a p

Re: Mentioning RFC numbers in /etc/services

Dag-Erling Smorgrav wrote: > John-Mark Gurney <[EMAIL PROTECTED]> writes: > > Sheldon Hearn scribbled this message on Aug 1: > > > Would you need these entries if inetd let you specify port numbers > > > instead of service names? > > I vote for allowing inetd.conf to specify a port number instead

Re: Mentioning RFC numbers in /etc/services

Sheldon Hearn <[EMAIL PROTECTED]> writes: > On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Would this not still require modifications to /etc/services for services > not already mentioned in that

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:19:01 +0200, Dag-Erling Smorgrav wrote: > > Would this not still require modifications to /etc/services for services > > not already mentioned in that file? > > Allow me to re-quote the message I answered: > > > I vote for allowing inetd.conf to specify a port number instead

Re: Mentioning RFC numbers in /etc/services

Daniel Eischen <[EMAIL PROTECTED]> writes: > Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Are you sure this is what you want? Yes. > It may allow an application to > use a port number th

Re: Mentioning RFC numbers in /etc/services

On Sat, 31 Jul 1999 23:00:15 MST, Doug wrote: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > > Errr... while that may be of value to someone, it has nothing to > do with the issue Ben and I were discussing. Yes yes. I'm not trying t

Re: Mentioning RFC numbers in /etc/services

On 02 Aug 1999 13:27:44 +0200, Dag-Erling Smorgrav wrote: > I don't see in what way an application could break if getservbyname() > suddenly accepted numeric port specifications. It won't ``stop working > as intended'', it'll keep on working as it always used to, plus a > little more. My appli

Re: Mentioning RFC numbers in /etc/services

Dag-Erling Smorgrav wrote: > > It may allow an application to > > use a port number that would otherwise be invalid. > > Please elaborate. I don't have any specific applications in mind :) But suppose an application (for whatever reason) only wants to allow s

Re: confusion about nfsm_srvmtofh bad behavior?

On Mon, 2 Aug 1999, Alfred Perlstein wrote: > } \ > if (fhlen != 0) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ > bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ > if ((nfsd->nd_flag & ND_NFSV3) ==

Re: Mentioning RFC numbers in /etc/services

Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? Stupid question. This isn't possible since getservbyport takes an int argument. Dan Eischen [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of

Re: Mentioning RFC numbers in /etc/services

On Mon, 02 Aug 1999 07:30:32 -0400, Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? And how are you going to squish a name into an int? :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the

Re: Mentioning RFC numbers in /etc/services

Sheldon Hearn <[EMAIL PROTECTED]> writes: > If we fix this in inetd, we get what we want. If we fix this in > getservbyport() we may get something that we don't want, namely > applications that relay on the existing behaviour of the function stop > working as intended. I don't see in what way an

A Proposal for a Consumers' Private Network with Providers

Aug. 2, 1999. Dear Sir or Ms:     This notification is being sent to a selected group of consumer-oriented organizations and individuals that I believe will be interested, and that I hope can help with advice on how best to proceed with a proposal that I feel certain can be of very great b

Re: Mentioning RFC numbers in /etc/services

:John-Mark Gurney <[EMAIL PROTECTED]> writes: :> Sheldon Hearn scribbled this message on Aug 1: :> > Would you need these entries if inetd let you specify port numbers :> > instead of service names? :> I vote for allowing inetd.conf to specify a port number instead of a :> service name... it sho

Re: So, back on the topic of enabling bpf in GENERIC...

On Sun, Aug 01, 1999 at 10:17:54AM -0400, Sergey Babkin wrote: > Warner Losh wrote: > > > > In message <[EMAIL PROTECTED]> Wes Peters writes: > > : Do we have a list of all services that use bpf? I'm willing to edit the man > > : pages, given a list. I guess I could just grep-o-matic here, huh?

Re: readdirplus is very cool, any other nfs client suggestions?

:Alfred Perlstein <[EMAIL PROTECTED]> writes: :> DES: can you elaborate? you think it may cause problems with amd :> since it's like an NFS buffer isn't it and would work over the :> loopback... : :I used loopback mounts to test NFS make worlds a while ago (there were :places where make world w

Re: confusion about nfsm_srvmtofh bad behavior?

:On Mon, 2 Aug 1999, Alfred Perlstein wrote: : :> } \ :> if (fhlen != 0) { \ :> nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ :> bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ :> if ((nfsd->nd_flag & ND_NFSV3) =

Re: confusion about nfsm_srvmtofh bad behavior?

::> it then rewinds the mbuf pointers (i think) because of the ::> over "dissection" above. ::> --- ::> ::> why does it do the copy, then rewind it, it seems like it knows ::> it's doing something wrong and instead of fixing it, it just ::> compensates after the fact. :: ::yes, replying to my

Re: readdirplus is very cool, any other nfs client suggestions?

On Mon, Aug 02, 1999 at 09:25:52AM +0200, Dag-Erling Smorgrav wrote: >(there were > places where make world would bomb because chflags doesn't work on [...] > (check the logs for Makefiles that use > chflags).

Re: readdirplus is very cool, any other nfs client suggestions?

Matthew Dillon <[EMAIL PROTECTED]> writes: > The buildworld chflags problems were fixed around a month ago I think. No, I fixed them in february or march. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in th

Re: readdirplus is very cool, any other nfs client suggestions?

Tim Vanderhoek <[EMAIL PROTECTED]> writes: > Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make > world, if needed. Please try to understand what the issue is before butting in. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon <[EMAIL PROTECTED]> writes: :> The buildworld chflags problems were fixed around a month ago I think. : :No, I fixed them in february or march. : :DES :-- :Dag-Erling Smorgrav - [EMAIL PROTECTED] Ok, then there is a real good chance localhost mounts will work now. I

  1   2   >