guy to other open source people and then
have their developers/support concentrate on core business, like servers.
Am I reading this right?
- Matt
--
-
Matt Fahrner2 South Park St.
Manager
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Lebanon, N.H. 03766
TEL: (603) 448-4100 xt 5150
list with
no response...
Thanks,
- Matt
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse
with 0% of swap.
Don't know what's up, but it's really weird.
Thanks for the responses though.
- Matt
Timothy Writer wrote:
P [EMAIL PROTECTED] writes:
On Friday 30 August 2002 07:42 pm, Timothy Writer wrote:
Matt Fahrner [EMAIL PROTECTED] writes:
Does anyone know
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat
to repeat it...
Regards,
Richard
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
-
Matt Fahrner
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Lebanon, N.H. 03766
TEL: (603) 448-4100 xt 5150
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat
on right now. We can
and will modify the Xclients script but it's too bad when changes get
made like this that effect the greater end user community.
- Matt
--
-
Matt Fahrner
it.
I was hoping g++ supported this extension as well.
If I do use pthread_key_create(), does my main() thread also get its own
copy of the data, or only threads created by pthread_create()?
Thanks.
Terry
-Original Message-
From: Matt Fahrner [mailto:[EMAIL PROTECTED
Sorry, I didn't mean for this response to go to the entire group...
- Matt
Matt Fahrner wrote:
Sorry I never responded (been buried). Unfortunately past the fact that
you can do thread_specific() I don't know much about what's available
for localized thread data
list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat
OTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Fa
n/listinfo/redhat-devel-list
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Lebanon, N.H. 03766
TEL:
prohibited.
If you have received this e-mail in error, please immediately and
permanently delete the original and any copy of any e-mail and any
printout
thereof.
Original Message
Subject: Re: RAD tool from Borland
Date: Mon, 12 Feb 2001 17:42:49 -0500
From: Matt Fahrner [EMAIL
PROTECTED]
Date: Thu, 15 Feb 2001 11:35:47 -0500
From: Matt Fahrner [EMAIL PROTECTED]
Organization: Burlington Coat Factory
X-Mailer: Mozilla 4.73 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: Re: RAD tool from Borland
References: [EMAIL PROTECTED]
[EMAIL PROTECTED
Is it really in the thousands? I thought these tools were in the $300 to
$500 range... Maybe I just haven't looked carefully lately.
- Matt
Thomas Dodd wrote:
Matt Fahrner wrote:
A little late but...
I think this sounds great but unless they're willing to drop
me, for my disposition.
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
-
Matt Fahrner
evel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Willis
hows outbound (we don't see
anything coming in for the wrong address which makes some sense).
Anyone seen this or a fix. It looks like a major bug to me.
Thanks,
- Matt
Matt Fahrner wrote:
You're probably going to just tell me to upgrade but...
Anyone seen this?
ackets:1810 errors:0 dropped:0 overruns:0 frame:0
TX packets:207 errors:21 dropped:0 overruns:4 carrier:0
collisions:0 txqueuelen:100
Interrupt:28 Base address:0xf000
Thanks,
- Matt
Matt Fahrner wrote:
Ok, well I have more informatio
don't show up against the correct
interface/MAC combination.
The only guess I have is something to do with interface naming confusion
(which I vaguely remember reading about somewhere) or a kernel bug.
Any guesses, advice, etc?
Thanks,
- Matt
--
------
would be far more simple
than the former.
That is of course if anyone cares, because outside Thilo (who brought it
up in the first place) no one seems to have much interest in the idea.
- Matt
--
----
n the industry, which I
think this would.
- Matt
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Leb
me
generation will be talking about all the old "Linux squares" who prefer
that proprietary old Linux stuff and you'll feel suddenly old at the age
of 34 too. It's coming, it is.
- Matt
--
-
Matt F
and "forks"
Date: Thu, 26 Oct 2000 20:04:42 -0700 (PDT)
From: Lori Stevens [EMAIL PROTECTED]
To: Matt Fahrner [EMAIL PROTECTED]
CC: Lori Stevens [EMAIL PROTECTED]
Matt
First I'll address the security fixes. We take Pine security
vulnerabilities very seriously. Pine 4.3 was released today and
on idaho"... unknown mailer error 1
what's this Reason 1 ???
Michel.
--
-----
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Le
that says so)? What I'm also not sure is if people are objecting to
the content of some requests just out of principle or because it really
is inhibiting the usefulness of the list.
- Matt
--
-
Ma
n.redhat.com/mailman/listinfo/redhat-devel-list
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Leba
fo/redhat-devel-list
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Lebanon, N.H. 03766
TEL: (603) 448-4100 xt 5150
a supported platform :-).
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
---------
Matt Fahrner
- Matt
Alan Shutko wrote:
Matt Fahrner [EMAIL PROTECTED] writes:
I completely agree *if* possible. If anything will be Open Source's
downfall it will be these sorts of forks and inablility to share the
sandbox together.
Pine is not opensource software. It does not meet the OSD
n/listinfo/redhat-devel-list
--
-
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse Lebanon, N.H. 03766
TEL:
_
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--
---------
Matt Fahrner2 South Park St.
Manager of Networking Wil
Tony Nugent wrote:
Geez, it must have come across that I don't know what I'm doing. :)
Sorry, the use of hosts made me think it was a beginner question. Having
seen your name so many times I should have known better...
However, I am having to deal with weird situations where DNS might
be
it definitely looks
like a bug...
- Matt
--
-----
Matt Fahrner2 South Park St.
Manager of Networking Willis House
Burlington Coat Factory Warehouse
One thing I can't find a good document on is *how* these denial of
service programs (the binaries) got onto the Linux boxes in the first
place. Were they installed through the "rpc.statd" hole? Is it IRC
buffer overflow issue (it doesn't sound like it)? How did the trojan
horses get onto the
Best thing to do, is double-check you have the most recent copies of
anything outwards facing, and any and all security patches.
-Jesse
-Original Message-----
From: Matt Fahrner [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 07, 2000 7:34 PM
To: [EMAIL PROTECTED]
Subject:
Jean Francois Martinez wrote:
Please reread this slowly three times: "Info pages are supposed to be
read with Emacs not with info".
It has been told several times in this thread but you keep bashing
info.
Is that to imply then that when they say use the "info" pages, not "man"
pages that
Lets kill this thread. Both sides have been beat to death and things are
starting to get unfriendly out there.
Ugh.
Matt Fahrner
Burlington Coat Factory
begin:vcard
n:Fahrner;Matt
tel;pager:(603) 639-4142
tel;cell:(603) 381-3206
tel;fax:(603) 443-6190
tel;work:(603) 448-4100 xt 5150
x-mozilla
GUIs aren't a silver bullet, and you _can_ make CLIs discoverable
But the average user, and certainly my dad, doesn't want to have to
discover anything. They want the thing to work by pushing a button. They
want something at least as easy to use as the VCR, and the "buttons"
paradigm of
Alan Shutko wrote:
I just can't resist mentioning that info.el has been around since
1985, and the standalone info has been around since 1987.
Touche! ;-)
I still think there's too many re-implimentations out there (even if
this isn't one of them). After a while everyone keeps rewriting
"Frank Schmuck, CFO" wrote:
However, I cannot in good faith deny that Windows is more
user-friendly right now.
Truth is Linux is a great system once it is set up by someone who knows
how to do it and if you have the right equipment. Can you imaging
needing to recompile Win2000 so that
anyone who is unhappy about my standard Messenger
attachment. I can only hope any others who I have made unhappy will
complain in a more diplomatic fashion.
Matt Fahrner
(Clueless) Manager of Networking
Burlington Coat Factory
"Mike A. Harris" wrote:
On Wed, 9 Aug 2000, Matt Fahrner wrote:
Does sound like DOS not Linux. I had similar messages when we exceded
stack sizes within the DOS 64k memory limit.
- Matt
Mark Pruett wrote:
What OS and compiler are you using? The last time I saw
these types of messages was with Borland compilers
on DOS/Windows on
s RedHat effectively incompatible by default with other Unixes such
as Sun and IRIX which do provide this functionality (Suns even sort by
local interfaces by default period).
I ask that RedHat reconsider this ill chosen decision to not make the
resolver libraries with the -DRESOLVSORT.
Matt Fahrner
Manager o
r the quick response.
"Mark A. Bentley" wrote:
On Tue, 18 Jul 2000, Matt Fahrner wrote:
There's a Bugzilla bug in, 1467, titled 'resolver(5) "sortlist" option
missing' that was closed with an unacceptable resolution. The issue,
which we suffer from as well, is that the r
This is what Sun does by default. It would be fine for this not to be
the default if the "sortlist" option were recognized. Though the default
sorting (per the RFC you sent) isn't necessarily in RedHat's hands, the
setting of the sortlist compile flag for the resolver libraries.
I would ideally
As long as your nameservers shares a network with the client, it does
appear to sort correctly now.
--Mark
Hm... After re-reading this is it possible you're doing "sortlist"
on the server side? The client side "sortlist" isn't supposed to care
what net the server is on nor what order
Thanks for the response and for submitting the patch...
The sad thing is it looks like even Windows 98 handles this properly
when RedHat doesn't. Kind of embarassing really.
- Matt
John DiMarco wrote:
In message [EMAIL PROTECTED]you write:
This Redhat choice is
FYI - Mark found it wasn't working as he thought in 6.2. So, it is still
a problem (*bug* in my opinion).
Thanks for everyone's comments and looking into this...
Now if only RedHat would comment.
- Matt
"Mark A. Bentley" wrote:
On Tue, 18 Jul 2000, Mark A. Bentley
John DiMarco wrote:
Unfortunately, it's a fundamental problem with the Linux development
style. People tend to develop what they're interested in, not what's
needed by the people who use it for real work. As more and more
companies jump onto the Linux bandwagon, hopefully, some of the
dubious
that it's supported and perhaps Mozilla is the answer.
Thanks for the response,
- Matt
Alex Kanavin wrote:
On Wed, 5 Jul 2000, Matt Fahrner wrote:
Any help would be appreciated...
I think that Netscape engineers don't work on 4.x series anymore. They
only
ly
contact their engineering in regards to this even in a paid fashion.
We'd use Mozilla, but it doesn't appear ready for prime time yet.
Any help would be appreciated...
Matt Fahrner
Manager of Networking
Burlington Coat Factory Warehouse
___
Redhat-
Thank you. We'll go to the latest version. We need to shut this up so
that the rest of the administration staff won't panic.
Thanks again Thorsten and Johannes.
- Matt
Thorsten Kukuk wrote:
Hi,
On Sat, Jun 24, [EMAIL PROTECTED] wrote:
We have a a NIS/YP
Hi,
We have a a NIS/YP problem that somebody may have a possible suggestion
on what we do (other than ignore it, which I'm afraid is probably the
answer).
We're trying to use a Linux box as our NIS master, this replacing a Sun
Solaris server for the same purpose. After much hacking we took the
.
Login: c/r
Passwd: c/r
c/r
$
Thanks again for your help.
John
- Original Message -
From: Matt Fahrner [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 03, 2000 11:03 AM
Subject: Re: Telnet program
Ok then, the best I can do is give some pseudo-code:
- Program
Ok then, the best I can do is give some pseudo-code:
- Program starts.
- Create two pipes with pipe() calls.
- fork()
- Child chooses one pipe and dup2()'s the read end over descriptor 0
(stdin)
- Child takes other pipe and dup2()'s the write end over descriptor 1
(stdout)
really want to speak telnet protocol (you can get away with a bare TCP
stream usually, but you have to ignore the extra garbage) then you'll
have to dig up the protocol specs.
So, what are you really after? It might help if you explain why you need
to use telnet in the first place. I suspect
RANT
Nothing personal toward those who are certified, but personally I hate
certifications because:
a) They cost money that people (I) have better uses for.
b) They cost time that people have better uses for (I know I prefer
to have a life).
c) They aren't necessarily a guarantee of anything
-When you were young I guess your employer asked what certifiaction
you had except that he called it an engineer degree.
Actually I was self taught with the addition of a few courses here and
there. I got in by being able to demonstrate my knowledge in an
interview.
This brings up part of my
Yes a "semaphore" is very portable (at least within Unix environments).
You can also use "flock()" on a file. Another trick is just to create
and destroy a file as a sort of gate condition.
- Matt
Alan Cox wrote:
pthread_mutex_, but this is for threads. Do I use
Julie wrote:
Both of the file-based mechanisms can fail if the two
processes are pounding on a non-local filesystem.
They also tend to be DOG SLOW.
Agreed. The "semaphore" is the way to go.
Of course unless you're trying to synchronize across multiple systems it
wouldn't make sense to put
me note we're wondering if we should use one over the other
(kernel vs. daemon)? Note we also get complaints about NFS version 3 not
being found (which is the Solaris default and will revert to 2 if not
available).
Thanks,
Matt Fahrner
Manager of Networking
Burlington Coat Factory Warehouse
begin:v
To be honest, I'd find it to be a major PITA if every
machine I installed had to okay through a ppp config post install
I don't think that's really what they're getting at. You don't need to
make everything get configured at install time, just give an option so
that it can, or better yet, a
emand" as opposed to a request since it
really is a good way to drive wedges. After all we're all working for
the same thing, we should work together and drop petty squabbles.
Matt Fahrner
Manager of Networking
Burlington Coat Factory Warehouse
PS: As a final note the "web" i
I haven't done as much research as I probably should before putting this
out but...
We're wondering if there is a way to patch up RPMs? No, not source RPMs
but rather the binary installable format. Here's the problem:
We cookie cutter build our Linux boxes for our stores (eventually 5 each
67 matches
Mail list logo