Christian Brueffer wrote:
On Thu, Jun 15, 2006 at 05:56:41PM +0300, Alin-Adrian Anton wrote:
Hi Hackers,
Did anyone manage to get this card working under FreeBSD? I'm using
FreeBSD 6.1_REL0 on my laptop.
I know the /usr/ports/net-firmware/ is for IPW2100. Doesn't appear
to wo
river for linux.
Any help/tip is greatly appreciated. Thanks.
Yours,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous to be right when the government i
Fredrik Lindberg wrote:
Alin-Adrian Anton wrote:
Fredrik Lindberg wrote:
But that would sort of defeat the whole purpose of biometric
authentication and you could really just use public keys instead
which would be a lot faster and easier than scanning your finger
at each login
information gathered by
the fingerprint reader, as a "password".
One can scan his finger only once, at first login, or when the system boots.
Passwords are still considered a bit more safe then a fingerprint reader
(as far as I know).
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4
nt side, which if correctly
authentificated will issue public-key auth with the server, or sort of..
:) Not really BioAPI auth, but it enables the user to do remote logins
by putting the finger on the reader..
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0
):
http://www.thinkwiki.org/wiki/How_to_enable_the_fingerprint_reader
SSH can do pam authentication.
Regards,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous to be right whe
wever, this just happens to be the implementation
(probably pthread_sigmask is a wrapper to sigprocmask).
This might not be the case on other OS, so for portability I'll stick to
the pthread_sigmask in threads, and sigprocmask in single threaded apps.
Thanks,
--
Alin-Adrian Anton
GPG keyID
also with the help of:
http://www.opengroup.org/onlinepubs/009695399/functions/sigprocmask.html
Thank you very much! (all involved)
Regards,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It
I would recommend you also visit
http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html
I've read it, thanks. I added it to my bookmarks.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --key
g)
And also, is there a way for delegating one special thread to handle
all the external signals? (on BSD)
Thanks for the time guys.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0
I told you it's an empty body, but this is probably why you opened it.
Happy new year FreeBSD hackers, and thank you all for your work and efforts.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu -
Alin-Adrian Anton wrote:
I used it now, and with a small patch it shows exactly what I need (seq,
ack, timestamp, cwnd and ssthresh). I just added my knob to trpt.c .
I also modified the iptime() function to provide microsecond resolution
instead of miliseconds, because most of the packets
Robert Watson wrote:
On Thu, 1 Dec 2005, Vlad GALU wrote:
On 12/1/05, Alin-Adrian Anton <[EMAIL PROTECTED]> wrote:
Dear Hackers,
I would like to monitor the changes of cwnd and sstresh
values during
TCP traffic, in order to plot graphs and interpret congestion.
So
erely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous to be right when the government is wrong." - Voltaire
___
freebsd-hackers@free
Eric Anderson wrote:
Alin-Adrian Anton wrote:
I don't know if the mbox format can handle this, and I know
Maildir cannot handle this on UFS2 standard install, no matter of
soft-updates. (because it exhaustes the free nodes) So I currently
have no solution for this stuff.
I&
thing else but
readonly.
So any suggestion would really help a lot. Thank's in advance.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous
=1 ttl=233 time=106.194 ms
Seems not to be working :(
Yours,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous to be right when the gove
time=96.220 ms
If anyone could help me a bit, I'd be really thankfull.
Thanks for the time.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA
"It is dangerous to be right when
awsock bpf combination instead of
bpf (or raw socket) only?
Depends on what best fits your development circumstances.
The paper I co-authored uses bpf for reading, and socket for writing.
Thx in advance,
dave
--
Alin-Adrian Anton
GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 6
/write ethernet packets too, for example, while
raw_sockets cannot.
--
Alin-Adrian Anton
GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E)
gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E
Never ask a man what OS he uses. If it's a BSD, he'll tell you.
If it's not
an enormous number of factors, where most are incontrolable.
So just try keeping time in long format, for seconds. See if it still fails.
Yours Sincerely,
--
Alin-Adrian Anton
GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E)
gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E
N
provide better accuracy then just measuring time.
Using it in a cycle of measurements would provide relevant output, and
perhaps more accurate then PERFMON (because of direct CPU access).
clock_gettime also provides nanoseconds resolution, as pointed out.
--
Alin-Adrian Anton
GPG keyID 0x1E2FFF2E
Erich Dollansky wrote:
Hi,
Alin-Adrian Anton wrote:
For this snippet (which deals with a B+tree) i got results of the form
0.3445866564 microseconds, which means 344.5867 miliseconds.. etc..
You mixed the units up
1 second is 1 000 ms which is 1 000 000 µs which is 1 000 000 000 ns.
Yes I
time
resolution, which is, as far as i know, in microseconds.
Regards,
--
Alin-Adrian Anton
GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E)
gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E
Never ask a man what OS he uses. If it's FreeBSD, he'll tell you.
eady desynced and I receive no output. The connection times out in 5
minutes.
I hope I didn't use a way too obfuscated English.
PS: I personally suspect a hardware failure, probably an ethernet card,
and he is going to check this out tomorrow.
Regards,
--
Alin-Adrian Anton
Spintech Systems
G
Andy Hilker wrote:
Hi,
i try porting a little utility from linux to freebsd.
Maybe someone could give me a hint, what i am doing wrong.
-- snip --
/* Note: not portable */
// if ((s = socket(AF_INET, SOCK_PACKET, SOCK_PACKET)) < 0) {
// ??? ported
if ((s = socket(AF_INET,SOCK_RAW,IPP
[EMAIL PROTECTED] wrote:
Hello.
I have a dedicated server the one was up for more than 84 days but this
Friday 19, suddenly the server was rebooted.
this is the output of the "last" command
# last | grep reboot
reboot ~ vie 19 sep 13:55
I already have check the
http://petition.eurolinux.org/ sign the petition against the new patents law.
find more about this law at http://swpat.ffii.org/ and mirror their website (for load
purposes).
close your website as did www.gimp.org and protest with banners, and in any other way.
God bless the virus industry.
Yo
Wes Peters wrote:
On Saturday 05 July 2003 08:01 pm, Alin-Adrian Anton wrote:
Yes, it works now, with these includes:
---
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
---
Believe
Toni Andjelkovic wrote:
On Wed, Jul 09 2003 (12:45:14 +0300), Alin-Adrian Anton wrote:
Usually? What does usually mean? I know I can use bpf. But is there
another way to look at incoming TCP packet ? What I did is I sent a TCP
SYN packet and the server answers with a TCP SYN_ACK packet. How
Kip Macy wrote:
Usually if your looking at raw packets you want to use BPF.
-Kip
On Wed, 9 Jul 2003, Alin-Adrian Anton wrote:
Hey folks,
I wrote my piece of code to play with, and it uses raw sockets to send
TCP packets. It sends packets okay, everything tested with a sniffer
Hey folks,
I wrote my piece of code to play with, and it uses raw sockets to send
TCP packets. It sends packets okay, everything tested with a sniffer,
everything is really really fine, but it seems I cannot recvfrom
anything. I mean, it just keeps waiting and doesn't see the reply the
server
Harti Brandt wrote:
On Sun, 6 Jul 2003, Alin-Adrian Anton wrote:
AA>Harti Brandt wrote:
AA>
AA>>On Sun, 6 Jul 2003, Alin-Adrian Anton wrote:
AA>>
AA>>AA>>>In file included from raw.c:7:
AA>>AA>>>/usr/include/netinet/ip.h:156: syntax error before
Harti Brandt wrote:
On Sun, 6 Jul 2003, Alin-Adrian Anton wrote:
AA>>>In file included from raw.c:7:
AA>>>/usr/include/netinet/ip.h:156: syntax error before `n_long'
AA>>>/usr/include/netinet/ip.h:159: syntax error before `n_long'
You may want to include
Tom Servo wrote:
Off the top of my head this appears to be an include sequencing/circular
include problem. Check the type that 'n_long' is being defined as and make
sure that the proper includes that define the type are defined before the
variable is defined and make sure that it is not getting r
Hey folks,
I am playing with raw sockets on a FreeBSD 4.8 STABLE. This is the
include section from my file:
#include
#include
#include
#include
#include
#include
#include
#include
#include
When i try to compile the code, this is what I get:
%cc -o raw raw.c
In file included from raw.c:7
Hi guys,
As sendmail showed to be so vulnerable in the past, and even in the
recent past, I was wondering to propose removing it from the default
install on freebsd. Currently, sendmail comes with the system sources,
and runs as root. I think this is bad, and it could be replaced with
qmail, f
37 matches
Mail list logo
