Re: simple, nay, elegant pop3 implementation?
On Thu, May 27, 2004 at 02:57:17AM +0300, Anton Alin-Adrian said: > Andrew Beals wrote: > >Why is there no default pop3 implementation included in the FreeBSD > >distribution? Is it for a lack of a suitably-licensed server, or does > >everyone believe APOP authentication is crackable? > > Is there any for IMAP? cd /usr/ports/mail ; make search key=imap or http://www.freebsd.org/ports/mail.html chris --- Chris Doherty chris [at] randomcamel.net "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: pkg_create @cwd and @srcdir
Brenden Grace wrote: In this thread: http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html some people seem to think that @cwd is broken. The man pages do not explicitly state how @cwd should operate, but currently the directory must exist for pkg_create to run properly. This is extremely annoying because build machines *must* create the final directory structure of the target install before the package can be created. So my question is, does the 5.2.1 version of pkg_create contain a bug or is pkg_create really just very limited? Try it with bsdtar as the system default tar and see if that behaves any differently. (WITH_BSDTAR=1 in /etc/make.conf). I had read the above thread shortly before I designed bsdtar's cwd handling, and it should work. bsdtar stores directory change requests but doesn't actually try to chdir() until it sees a file. That way, extraneous cwd requests get silently ignored, rather than causing it to abort. Let me know... Tim Kientzle ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Pthread / Memory Problem.
man pthread_detach? Cole wrote: Hey I have recently ported a linux application to FreeBSD, and i had to change a number of libraries and so forth. I have now managed to get it working correctly, with no build errors or warnings. The program runs correctly as well too, and there are no forseable problems. The other day i noticed it was slowly taking up more memory, very slightly, but it does. So i did post to the list a few days ago with a topic of "Memory Leak". And i have now used the valgrind port for FreeBSD which someone did reply to my post with. It does say there are 2 issues that could cause memory leaks, and it looks like both originate from pthread_create. Now when porting the application i did not touch any of that code, so i am wondering, is the pthread code/library a different implementation as the FreeBSD version, cause since there are no errors, im wondering if there is just something that is missing in the code, or that has been done differently on linux that may now be causing these memory leaks. If you wish i can post the pthread_create section of code and all surrounding code, as well as the valgrind output and where its suggesting there are memory leaks. Thanks /Cole ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Lev Walkin [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: simple, nay, elegant pop3 implementation?
Andrew Beals wrote: Why is there no default pop3 implementation included in the FreeBSD distribution? Is it for a lack of a suitably-licensed server, or does everyone believe APOP authentication is crackable? Is there any for IMAP? -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: simple, nay, elegant pop3 implementation?
On Wed, May 26, 2004 at 03:34:15PM -0700, Andrew Beals wrote: > Why is there no default pop3 implementation included in the FreeBSD > distribution? Is it for a lack of a suitably-licensed server, or does > everyone believe APOP authentication is crackable? This isn't Linux. :-) POP servers are neither traditional BSD software nor useful to the majority of FreeBSD systems so they live in ports. There are quite a large number of them there in the mail category. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 pgp32BNBVLLCm.pgp Description: PGP signature
simple, nay, elegant pop3 implementation?
Why is there no default pop3 implementation included in the FreeBSD distribution? Is it for a lack of a suitably-licensed server, or does everyone believe APOP authentication is crackable? -- More coffee! http://cinnamon.com/~bandy/ DoD#1005 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Email of tackerman or pdeuskar?
I'm trying to reach tackerman or pdeuskar from Intel for some time now regarding the em driver. It seems their @freebsd.org email addresses don't work at all. Neither has a /var/forward/ file or it is empty. Does someone have their real @intel.com email adresses? -- Andre ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: KVA space problems?
On Wed, May 26, 2004 at 03:15:44PM -0400, lost inferno wrote: > I posted something to stable about this, but Im wondering if anyone has > seen this... I saw something over here ( http://gobsd.com/node/view/39 ) > that made me really consider my options as the 4.x series comes to an > end... is anyone else looking into this? Perhaps i would be best off to > move over to this DragonFly thing and see what it's about. > > Interested to see what everyone thinks. Please refrain from making a huge thread out of this. The author of that page knows nothing about FreeBSD, obviously, or he'd realize that a branch called "-CURRENT" exists and has very little in common with much of either FreeBSD 4.x or DragonFlyBSD. Consider gobsd.com as having about the same level of integrity as slashdot.org. -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ <> [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: KVA space problems?
Sounds like someone's a drama queen there. All our boxes are up 24/7 and only go down for patch / hardware issue hardly the picture drhodus it trying to paint there. N.B. boxes are a mixture of 4.8, 4.9, 5.1 and 5.2.1. Steve - Original Message - From: "lost inferno" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 26, 2004 8:15 PM Subject: KVA space problems? > I posted something to stable about this, but Im wondering if anyone has > seen this... I saw something over here ( http://gobsd.com/node/view/39 ) > that made me really consider my options as the 4.x series comes to an end... > is anyone else looking into this? Perhaps i would be best off to move over > to this DragonFly thing and see what it's about. > > Interested to see what everyone thinks. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Network buffer allocations: mbuma, PLEASE TEST
Hi, If you're running -CURRENT, please test this: http://people.freebsd.org/~bmilekic/code/mbuma2.diff It is several extensions to UMA and mbuf & cluster allocation built on top of it. Once you apply the patch from src/, you need to rebuild and reinstall src/usr.bin/netstat, src/usr.bin/systat, and then a new kernel. When you're configuring your new kernel, you should remove the NMBCLUSTERS compile-time option, it's no longer needed. Clusters will still be capped off according to maxusers (which is auto-tuned itself). Alternately, if you want theoretically unlimited number of clusters, you can tune the boot-time kern.ipc.nmbclusters tunable to zero. Unless final issues arise I'm going to commit this tomorrow morning; it's been tested already quite a bit, and performance considered. A paper is available and was presented at BSDCan 2004; in case you missed it: http://www.unixdaemons.com/~bmilekic/netbuf_bmilekic.pdf It has been looked at for quite some time now. Additional code cleanups will need to occur following commit, maybe. Future work is also possible, see the paper if you're interested in taking some of it on. Oh, and keep me in the CC; I have no idea if I'm subscribed to these lists anymore. You should also follow up to this thread on -net and not on -hackers (trim -hackers from CC in the future). Thanks and happy hacking! Regards, -- Bosko Milekic [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: fopen("file","a")
Yes, thank's everybody. Unfortunately I thought I blocked this (old)mail message into the MTA's queue, however, it seems it passed out today, by my mistake. Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pkg_create @cwd and @srcdir
In this thread: http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html some people seem to think that @cwd is broken. The man pages do not explicitly state how @cwd should operate, but currently the directory must exist for pkg_create to run properly. This is extremely annoying because build machines *must* create the final directory structure of the target install before the package can be created. So my question is, does the 5.2.1 version of pkg_create contain a bug or is pkg_create really just very limited? Thanks for your attention. -- Brenden C. Grace Intelli7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
KVA space problems?
I posted something to stable about this, but Im wondering if anyone has seen this... I saw something over here ( http://gobsd.com/node/view/39 ) that made me really consider my options as the 4.x series comes to an end... is anyone else looking into this? Perhaps i would be best off to move over to this DragonFly thing and see what it's about. Interested to see what everyone thinks. _ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Pthread / Memory Problem.
Hey I have recently ported a linux application to FreeBSD, and i had to change a number of libraries and so forth. I have now managed to get it working correctly, with no build errors or warnings. The program runs correctly as well too, and there are no forseable problems. The other day i noticed it was slowly taking up more memory, very slightly, but it does. So i did post to the list a few days ago with a topic of "Memory Leak". And i have now used the valgrind port for FreeBSD which someone did reply to my post with. It does say there are 2 issues that could cause memory leaks, and it looks like both originate from pthread_create. Now when porting the application i did not touch any of that code, so i am wondering, is the pthread code/library a different implementation as the FreeBSD version, cause since there are no errors, im wondering if there is just something that is missing in the code, or that has been done differently on linux that may now be causing these memory leaks. If you wish i can post the pthread_create section of code and all surrounding code, as well as the valgrind output and where its suggesting there are memory leaks. Thanks /Cole ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
internet access from jail, on host acting as nat gateway
Asking here, because I got no replies in questions@ :( I'm having a problem here, where I can't access the internet from inside my jails. The host and another computer on the lan (fxp0) have no problems connecting to the internet via natd. I don't have any problems for connections between the host and jail either. Is internet access from a jail, for this kind of setup possible? I do have a divert all rule: divert 8668 ip from any to any via tun0 and rc.conf is natd_interface="tun0" natd_flags="-dynamic yes -s -m" nfs_reserved_port_only="NO" signature.asc Description: This is a digitally signed message part
Re: fopen("file","a")
Anton Alin-Adrian <[EMAIL PROTECTED]> writes:
> if ( (fp_queue=fopen(fqueue,"a")) ==NULL);//will wait for locks
remove the semicolon.
> {
> perror("fopen(fqueue,\"a\")");
> //exit(EXIT_FAILURE);
> }
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: fopen("file","a")
- Original Message -
From: "Anton Alin-Adrian" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, May 22, 2004 5:27 PM
Subject: fopen("file","a")
> Hey folks.
>
> Running FreeBSD 4.9-RELEASE
>
> I am just wondering:
>
> man fopen
> ---man---
> Upon successful completion fopen(), fdopen() and freopen() return a
> FILE pointer. Otherwise, NULL is returned and the global variable errno
is
> set to indicate the error.
> ---man---
>
>
> However, the following snippet:
>
> --snip--
> FILE *fp_queue;
>
> if ( (fp_queue=fopen(fqueue,"a")) ==NULL);//will wait for locks
> {
> perror("fopen(fqueue,\"a\")");
> //exit(EXIT_FAILURE);
> }
> --snip--
>
>
You have a semicolon after your if... looks like a typo, but that will mean
the perror always gets called.
Regards,
Stuart
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: fopen("file","a")
On Sat, May 22, 2004 at 07:27:06PM +0300, Anton Alin-Adrian wrote:
> if ( (fp_queue=fopen(fqueue,"a")) ==NULL);//will wait for locks
^
Extra semicolon.
> {
> perror("fopen(fqueue,\"a\")");
> //exit(EXIT_FAILURE);
> }
David.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fopen("file","a")
Hey folks.
Running FreeBSD 4.9-RELEASE
I am just wondering:
man fopen
---man---
Upon successful completion fopen(), fdopen() and freopen() return a
FILE pointer. Otherwise, NULL is returned and the global variable errno is
set to indicate the error.
---man---
However, the following snippet:
--snip--
FILE *fp_queue;
if ( (fp_queue=fopen(fqueue,"a")) ==NULL);//will wait for locks
{
perror("fopen(fqueue,\"a\")");
//exit(EXIT_FAILURE);
}
--snip--
Has the following output:
--dump--
fopen(fqueue,"a"): Unknown error: 0
--dump--
With that said, commenting out the exit() and using fputs() to write to
the file works smoothly, data is written correctly, and no error is barked
out. Same goes for fprintf().
The snippet is so small, but I did learn that it's good to ask: am I doing
something wrong, or is there something else wrong?
Any suggestion is gratefully appreciated.
Regards,
--
Alin-Adrian Anton
Reversed Hell Networks
GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E)
gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
