Re: VPN

I've just been going through this stuff for the past week. None of the things come with adequate documentation so you need to rely heavily on mailing list support. Thankfully a few people have been giving me some assistance but looks like at least few days more messing around will be involved befo

Re: VPN

* Doug Young <[EMAIL PROTECTED]> [010426 01:01] wrote: > I've just been going through this stuff for the past week. > None of the things come with adequate documentation > so you need to rely heavily on mailing list support. > Thankfully a few people have been giving me > some assistance but looks

Re: VPN

> Actually ppp shouldn't be that hard to set up as a vpn server. exactly where to find config information suitable for a non-expert ?? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

RE: Question about Posix Threads

Hi, Is it the same limitation problem about the performance under mysql with a lot of IO ? I test FreeBSD-4.3 pthread and linux 2.2.16 pthread under same servers (ram, dd etc...) with mysql and same databases exactly. When I doing a request of about 57000 rows on a 400 rows database under lin

Re: VPN

Le 2001-04-26, Jesús Arnáiz écrivait : > I want to set VPN on my system, I see there is many programs created to do it. > > Any advantages or disadvantages of using one or other?. What is better (is the first > time I set VPN on a UNIX system).? If your requirements are not too complicated, you

RE: VPN

Dear Thomas, > > > Any advantages or disadvantages of using one or other?. > > What is better (is the first > > time I set VPN on a UNIX system).? > > If your requirements are not too complicated, you can use pipsecd > (from ports/net), which is an implementation of ipsec that requires > only

Re: Question about Posix Threads

* PETIT Sebastien <[EMAIL PROTECTED]> [010426 01:43] wrote: > Hi, > > Is it the same limitation problem about the performance under mysql with a > lot of IO ? Yes, basically most of the performance problems you're seeing on FreeBSD should be because of the threads libraries, nothing else. You m

pax(1) gzip functionality

Hi all, Please review the following code from OpenBSD; it adds -z and -Z options to pax(1) to gzip(1) the archives created. Kris Index: ar_io.c === RCS file: /home/ncvs/src/bin/pax/ar_io.c,v retrieving revision 1.14 diff -u -r1.14

Re: Getting a list of users logged in at a certain time (patch)

On 25.04.2001 23:34:36 +, Dima Dorfman wrote: > OpenBSD's last(1) has a nice snapshot feature which allows one to get > a list of users logged in at a certain date and time. This is very > useful, e.g., for security auditing: you see a message in a log, and > want to know who could've caused

Re: VPN

> > > Actually ppp shouldn't be that hard to set up as a vpn server. > > exactly where to find config information suitable for a non-expert ?? /usr/share/examples/ppp - have a look at the vpn* and sloop* labels. -- Brian <[EMAIL PROTECTED]>

Re: VPN

On Thu, Apr 26, 2001 at 06:00:36PM +1000, Doug Young wrote: > There is a basic HOWTO on one application at > freebsddiary, but its quite dated now. The only other apps > I've been able to find are vtund & poptop (both from ports) > Judging from feedback I received to a similar question, the > few

Re: VPN

no vpn or sloop labels in my 4.1 system ... when were they introduced ?? - Original Message - From: "Brian Somers" <[EMAIL PROTECTED]> To: "Doug Young" <[EMAIL PROTECTED]> Cc: "Alfred Perlstein" <[EMAIL PROTECTED]>; "Jesús Arnáiz" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECT

More PCI->PCMCIA bridge stuff

Hi All Ok, the newcard stuff under version 5 picks up my bridge fine, and it finds my wi0 (orinoco gold card) perfectly, this is all great and I was rather ecstatic as I watched it boot and tell me all this... However the problem comes in the fact that it tries to probe pccard1 after finishing w

Re: VPN

> no vpn or sloop labels in my 4.1 system ... when were they introduced ?? They were MFC'd on December 18 '00, 4.1 was released the August before. -- Brian <[EMAIL PROTECTED]> Don't _EVER_ lose your sense of humour !

Re: VPN

> There is also vpnd in ports now, which I maintain. It has worked quite > stable for me, is easy to set up, has rather high performance, uses Blowfish, etc. I just found it in security (was looking in "net" previously where all the other VLAN / VPN applications seem to be) Is there anything in

gcc -O bug

I ran into this bug while analyzing a customer's logs to determine the best time of day for an upgrade. The original script was in Perl, but I rewrote it in C because it was too slow. The C version produces incorrect results when compiled with -O. Note that the log starts at 16:27. The warning

Re: gcc -O bug

On Thu, Apr 26, 2001 at 02:23:49PM +0200, Dag-Erling Smorgrav wrote: > I ran into this bug while analyzing a customer's logs to determine the > best time of day for an upgrade. The original script was in Perl, but > I rewrote it in C because it was too slow. Could you provide the Perl script as

Re: gcc -O bug

Anton Berezin <[EMAIL PROTECTED]> writes: > Could you provide the Perl script as well? I am quite sure it can be > made to run faster. In fact, it is almost always possible in Perl to > closely match the perfomance of a C program for this kind of > application. I doubt it - and in any case, thi

Re: gcc -O bug

Anton Berezin wrote: | Could you provide the Perl script as well? That would be pointless. The issue is with the C ... | I am quite sure it can be | made to run faster. In fact, it is almost always possible in Perl to | closely match the perfomance of a C program for this kind of | applicati

Re: gcc -O bug

On Thu, Apr 26, 2001 at 11:00:15PM +1000, Greg Black wrote: > Anton Berezin wrote: > > | Could you provide the Perl script as well? > > That would be pointless. The issue is with the C ... I know that. > | I am quite sure it can be > | made to run faster. In fact, it is almost always possib

Re: gcc -O bug

Dag-Erling Smorgrav wrote: > > I ran into this bug while analyzing a customer's logs to determine the > best time of day for an upgrade. The original script was in Perl, but > I rewrote it in C because it was too slow. The C version produces > incorrect results when compiled with -O. Note that

Re: gcc -O bug

On Thu, Apr 26, 2001 at 09:44:36AM -0400, Jason Andresen wrote: > Er, isn't this the kind of problem the GCC folks are more likly to be > able to fix? In general yes. But it doesn't hurt to double check here to make sure you your ducks in row before going to the GCC lists. I see later in this t

Re: pax(1) gzip functionality

On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > Please review the following code from OpenBSD; it adds -z and -Z > options to pax(1) to gzip(1) the archives created. Sigh. They could have generalized this just a little and supported Bzip2 at the same time. Please let me know af

Re: pax(1) gzip functionality

> On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > > Please review the following code from OpenBSD; it adds -z and -Z > > options to pax(1) to gzip(1) the archives created. > > Sigh. They could have generalized this just a little and supported Bzip2 > at the same time. Please le

Re: VPN

> > > > Actually ppp shouldn't be that hard to set up as a vpn server. > > > > > > exactly where to find config information suitable for a non-expert ?? > > > > /usr/share/examples/ppp - have a look at the vpn* and sloop* labels. * Doug Young <[EMAIL PROTECTED]> [010426 04:59] wrote: > no vpn or

Unixgamers.com

Our site, unixgamers.com will hopefully be launching soon. As I've mentioned before, we will be giving full instructions on how to setup Linux compatible games under BSD and any other Unix-like operating system. We need contributors with experience on how to setup FreeBSD to run games via Linux

Re: pax(1) gzip functionality

On Thu, Apr 26, 2001 at 04:42:44PM +0100, Brian Somers wrote: > > On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > > > Please review the following code from OpenBSD; it adds -z and -Z > > > options to pax(1) to gzip(1) the archives created. > > > > Sigh. They could have generaliz

Re: gcc -O bug

At 09:11 AM 04/26/2001, you wrote: >On Thu, Apr 26, 2001 at 11:00:15PM +1000, Greg Black wrote: > > Anton Berezin wrote: > > > > | Could you provide the Perl script as well? > > > > That would be pointless. The issue is with the C ... > >I know that. > > > | I am quite sure it can be > > | made t

Re: pax(1) gzip functionality

> On Thu, Apr 26, 2001 at 04:42:44PM +0100, Brian Somers wrote: > > > On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > > > > Please review the following code from OpenBSD; it adds -z and -Z > > > > options to pax(1) to gzip(1) the archives created. > > > > > > Sigh. They could ha

Re: gcc -O bug

Dennis wrote: > > At 09:11 AM 04/26/2001, you wrote: > >On Thu, Apr 26, 2001 at 11:00:15PM +1000, Greg Black wrote: > >Nope. The real nonsense is what you say. Perl core is written in a > >highly optimized C using very polished algorithms. As long as the Perl > >script is written in such a way

Re: VPN

On Thu, 26 Apr 2001, you wrote: > I've just been going through this stuff for the past week. > None of the things come with adequate documentation > so you need to rely heavily on mailing list support. > Thankfully a few people have been giving me > some assistance but looks like at least few days

Re: pax(1) gzip functionality

On Thu, Apr 26, 2001 at 07:23:30PM +0100, Brian Somers wrote: > > On Thu, Apr 26, 2001 at 04:42:44PM +0100, Brian Somers wrote: > > > > On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > > > > > Please review the following code from OpenBSD; it adds -z and -Z > > > > > options to pax

Re: pax(1) gzip functionality

On Thu, Apr 26, 2001 at 04:42:44PM +0100, Brian Somers wrote: > > On Thu, Apr 26, 2001 at 02:54:25AM -0700, Kris Kennaway wrote: > > > Please review the following code from OpenBSD; it adds -z and -Z > > > options to pax(1) to gzip(1) the archives created. > > > > Sigh. They could have generaliz

Re: VPN

> * Doug Young <[EMAIL PROTECTED]> [010426 04:59] wrote: > > no vpn or sloop labels in my 4.1 system ... when were they introduced ?? > > you can use cvsweb to read the most recent versions: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/share/examples/ppp OK thanks Alfred. I wasn't aware of that

Re: VPN

This is cool! Now, is there a way to use MS_DUN VPN support to dial into such a private network made with FreeBSD so that people can telecommute? On Thu, 26 Apr 2001, John J. Rushford Jr wrote: > On Thu, 26 Apr 2001, you wrote: > > I've just been going through this stuff for the past week. > >

Re: gcc -O bug

In message <[EMAIL PROTECTED]>, Dennis writes: >Don't try to argue this ridiculous point on this list. You are badly >overmatched. You are so wrong that its not worthy of debate. Which is presumably why you offered no arguments. Actually, this is a fairly well-demonstrated result. Anything tha

NAT and IPFiltering

Hi! I'm configuring a server able to do NAT and IP FILTERING (IPF). What are the required options that I should set to the kernel? I have this: -- options IPFILTER options IPFILTER_LOG options IPFIREWALL options IPDIVERT --- but I'm not sure if IPFIREWALLING should be (I'm not going to use ip

Re: More PCI->PCMCIA bridge stuff

In message <[EMAIL PROTECTED]> Lists Account writes: : Any suggestions? Be patient. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: x86-64 Hammer and IA64 Itainium

On Tue, Apr 17, 2001 at 12:49:04PM -0700, Jeremiah Gowdy scribbled: | I'd like to know if anyone's considering support for the new AMD | Sledgehammer/Clawhammer/*hammer with x86-64 architecture. I know the new | hammer cpus will run as _very_ fast x86-32 processors, and FreeBSD would run | happil

Re: x86-64 Hammer and IA64 Itainium

On Wed, Apr 18, 2001 at 04:24:18PM +0200, Remy Nonnenmacher scribbled: | On 17 Apr, Andrew Hesford wrote: | > On Tue, Apr 17, 2001 at 12:49:04PM -0700, Jeremiah Gowdy wrote: | For sure. Look at how it's pretty more easy to use an ARM or MIPS core | to handle gluelessly the PCI, SDRAM, Flash etc...

Re: gcc -O bug

At 05:51 PM 04/26/2001, Peter Seebach wrote: >In message <[EMAIL PROTECTED]>, Dennis writes: > >Don't try to argue this ridiculous point on this list. You are badly > >overmatched. You are so wrong that its not worthy of debate. > >Which is presumably why you offered no arguments. > >Actually, thi

Re: NAT and IPFiltering

:Hi! : :I'm configuring a server able to do NAT and IP FILTERING (IPF). : :What are the required options that I should set to the kernel? : :I have this: :... :Jesús Arnáiz I think all you need is: options IPFIREWALL options IPDIVERT I usually also have

BSDI and Marketing 101

I saw BSDIs retail product of FreeBSD in a local bookstore the other day, and it became sadly clear why LINUX, although highly inferior, is so much more widely used. Right next to Freebsd (priced at $129.95) was Mandrake LINUX for $29.95. What they dont seem to realize is that people who know

Re: BSDI and Marketing 101

On Thu, 26 Apr 2001, Dennis wrote: > What they dont seem to realize is that people who know its worth more than > linux also know they dont have to pay $129. for free software with fancy > packaging and paid support. This is relevant to -hackers in what way? greid To Unsubscribe: send mail

Re: BSDI and Marketing 101

On Thu, Apr 26, 2001 at 07:03:47PM -0400, Dennis wrote: > I saw BSDIs retail product of FreeBSD in a local bookstore the other day, > and it became sadly clear why LINUX, although highly inferior, is so much > more widely used. Right next to Freebsd (priced at $129.95) was Mandrake > LINUX for

Re: x86-64 Hammer and IA64 Itainium

On Thu, Apr 26, 2001 at 06:08:36PM -0500, Michael C . Wu wrote: > | and a bunch of ARMs for low-level I/O tasks. Back to imagination. (Take > | a look at 0.15um copper process FPGAs with embeded ARM at Altera, for > | example, and you will see why no one, in the futur, will never ever need > | a p

Re: BSDI and Marketing 101

At 08:12 PM 04/26/2001, David O'Brien wrote: >On Thu, Apr 26, 2001 at 07:03:47PM -0400, Dennis wrote: > > I saw BSDIs retail product of FreeBSD in a local bookstore the other day, > > and it became sadly clear why LINUX, although highly inferior, is so much > > more widely used. Right next to Free

Re: BSDI and Marketing 101

At 08:24 PM 04/26/2001, George Reid wrote: >On Thu, 26 Apr 2001, Dennis wrote: > > > >This is relevant to -hackers in what way? > > > > > > well you copied hackers, so you either think so also or you are just an > > ass. Learn to ignore things you dont care about, you'll live longer. > >I "either

Re: BSDI and Marketing 101

On Thu, 26 Apr 2001, Dennis wrote: > Your need to continuously criticize me no matter how trivial the subject is > very satisfying to me. Makes you look like even more of a loser than you are. Actually, it's the first time I've replied to one of your troll posts before. Seeing (from both curren

Re: BSDI and Marketing 101

On Thu, Apr 26, 2001 at 08:00:35PM -0400, Dennis wrote: > At 08:12 PM 04/26/2001, David O'Brien wrote: > >On Thu, Apr 26, 2001 at 07:03:47PM -0400, Dennis wrote: > > > I saw BSDIs retail product of FreeBSD in a local bookstore the other day, > > > and it became sadly clear why LINUX, although high

Re: BSDI and Marketing 101

In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes: > >I saw BSDIs retail product of FreeBSD in a local bookstore the other day, >and it became sadly clear why LINUX, although highly inferior, is so much >more widely used. Linux was much more widely used because the Jolitzes felt their

Re: x86-64 Hammer and IA64 Itainium

On Thu, Apr 26, 2001 at 05:59:06PM -0500, Michael C . Wu wrote: > IIRC, KA-64 does not even have an emulator yet. Are you making a distinction between emulator and simulator? Such that SimNow! and VirtuHammer don't fall into what you are speaking of? -- -- David ([EMAIL PROTECTED]) To Unsubs

Re: x86-64 Hammer and IA64 Itainium

"Michael C . Wu" wrote: > > With the branch prediction, cache tracing, and EPIC instructions, > you really want to use an ILP compiler. Without a compiler that > can decide on good ways to output binaries that run with all the IA-64 > innovations^Wreinvention-of-the-wheels. Anothing interesting

Re: x86-64 Hammer and IA64 Itainium

> IIRC, KA-64 does not even have an emulator yet. Rest assured that > there will be a lot of people in and out of this project interested > in supporting a KA-64 port of FreeBSD. What's KA-64 ? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of

°í±Þ¾×¼¼¼­¸®¸¦ Á¤¸» ±âºÐÁÁÀº °¡°Ý¿¡

Title:   Çã¶ô¾øÀÌ ¸ÞÀÏÀ» µå·Á Á˼ÛÇÕ´Ï´Ù. °í±Þ¾×¼¼¼­¸®¸¦ Á¤¸» ±âºÐÁÁÀº °¡°Ý¿¡ °øÀå¿¡¼­ Á÷Á¢ ÆǸÅÇÕ´Ï´Ù. ¸Ó¸®ÇÉ,¸ñ°ÉÀÌ,ÆÈÂîµî 100¿©°¡Áö ÀÌ»óÀÇ ¼±¸íÇÑ »çÁø°ú ÃÖÀú °¡°ÝÇ¥ http://www.vivi.co.kr/ ¡¡** 10.000¿ø ÀÌ»ó ±¸¸Å½Ã ¼±¹°À» µë»Ò µå¸³´Ï´Ù.   ½ÃÁßÆǸŰ¡ÀÇ ¹Ý°ª~30% °¡°ÝÀÔ´Ï´Ù. »ç

Re: BSDI and Marketing 101

Dennis wrote: > > At 08:12 PM 04/26/2001, David O'Brien wrote: > >On Thu, Apr 26, 2001 at 07:03:47PM -0400, Dennis wrote: > > > I saw BSDIs retail product of FreeBSD in a local bookstore the other day, > > > and it became sadly clear why LINUX, although highly inferior, is so much > > > more wide

Re: BSDI and Marketing 101

Then again you could also download an iso of 4.3 for free, go to BSD Mall and get a 4 CD set for 39.95 etc. The thing you pay for when you are buying these box sets is usually the manual, some also include a certain amount of telephone support etc. So while one may be 29.95 and the other another 1

Re: NAT and IPFiltering

On Fri, Apr 27, 2001 at 12:07:47AM +0200, Jesús Arnáiz wrote: > Hi! > > I'm configuring a server able to do NAT and IP FILTERING (IPF). > What are the required options that I should set to the kernel? > > I have this: > > -- > options IPFILTER > options IPFILTER_LOG > options IPFIREWALL > optio

Re: x86-64 Hammer and IA64 Itainium

- Original Message - From: "Sergey Babkin" <[EMAIL PROTECTED]> To: "Michael C . Wu" <[EMAIL PROTECTED]> Cc: "Jeremiah Gowdy" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, April 27, 2001 4:09 AM Subject: Re: x86-64 Hammer and IA64 Itainium > Anothing interesting point is that th

Re: More PCI->PCMCIA bridge stuff

In message <[EMAIL PROTECTED]> Peter Pentchev writes: : Yes, I had the same problem with my PCMCIA->PCI bridge. I solved it with : the following patch, which adds a new option to pccardd: -S maxslot. : Then, add -S 1 to pccardd_flags in your /etc/rc.conf, and you're all set. On current, without

Re: vmware on freebsd for fast booting for devel.

At 03:38 PM 4/25/01, Andrew Gallatin wrote: >*This message was transferred with a trial version of CommuniGate(tm) Pro* > >Sven Huster writes: > > > OT FYI: > > > > Check the ISP1100 from Intel if you like > > support for PIII up to 850 > > 2GB RAM > > 2 x Intel Network onboard (includes pxe

Re: More PCI->PCMCIA bridge stuff

On Thu, Apr 26, 2001 at 02:02:40PM +0200, Lists Account wrote: > Hi All > > Ok, the newcard stuff under version 5 picks up my bridge fine, and it > finds my wi0 (orinoco gold card) perfectly, this is all great and I was > rather ecstatic as I watched it boot and tell me all this... > > However t

Re: gcc -O bug

Jason Andresen <[EMAIL PROTECTED]> writes: > Dag-Erling Smorgrav wrote: > > I ran into this bug while analyzing a customer's logs to determine the > > best time of day for an upgrade. The original script was in Perl, but > > I rewrote it in C because it was too slow. The C version produces > > i

LCD driver port (Linux -> FreeBSD) needed for car-mp3 player

Hi everyone.. I have a PC in the boot of my car running Linux (yuck) to play mp3s. I would love to use FreeBSD instead of Linux for many reasons. The only thing stopping me using FreeBSD is the lack of a driver in the style implemented for Linux (provides a /dev/lcd that u just throw data at)

Re: Is 3COM 3C996-T supported via Alteon Driver?

> > Hello All: > > > > I'm in the process of configuring a cluster and noticed that 3COM > > had recently purchased Alteon and was making a 3C996-T 10/100/1000 BaseT > > cards. Can the Alteon Tigon drivers support this card? > > After a bit of poking around, and discussion with 3Com's tech supp