On Tue, 14 Dec 2004 11:18:20 -0500, Won Lee <[EMAIL PROTECTED]> wrote:

> We have to have a talk.  I'm a huge Kierkegaard fan.  As such I'm a huge
> Sartre and Camus fan.  I've been meaning to read more Kobo Abe books but
> I've only managed to read Women in the Dunes.  Personally, I find
> Satre's work more intellectually convincing but the power of Camus'
> humanity can not be overshadowed.  His personal integrity and compassion
> nudges him past Sartre.

We had tickets to a local production of Sartre's play No Exit last
weekend, but we weren't able to make it and now you two are making me
feel bad about that.

C'est la vie.

-Kevin

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Special thanks to the CF Community Suite Silver Sponsor - RUWebby
http://www.ruwebby.com

Message: http://www.houseoffusion.com/lists.cfm/link=i:5:139799
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/5
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:5
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.5
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
From jeff Tue Dec 14 16:26:02 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:02 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:02 -0800
Received: from exprod5mx127.postini.com ([64.18.0.41] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFUw-0004tk-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:02 -0800
Received: from source ([70.84.9.187]) (using TLSv1) by exprod5mx127.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 11:28:40 EST
Received: from www.mythtv.org (localhost [127.0.0.1])
        by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP id 
iBEGFpwZ004329;
        Tue, 14 Dec 2004 16:16:11 GMT
Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203])
        by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP id
        iBEGFC0Y003902
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 16:15:12 GMT
Received: by rproxy.gmail.com with SMTP id z35so793019rne
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 08:15:12 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
        
h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        
b=uAmv/olyQmreHlrIOwMuKUJ3TULoDxZbtBvUsyNwOMwjKrKuBbtBQ81QgNPaUw76wz6SVXoWCcgMqrY0fm47b03PVd112rYlQeeiLteeZamPpx8RMy7oncopkLT6O/2obDEFCcGzVAV4XIg6j7UaDVew/20dQYNJNS3yBh4ufXM=
Received: by 10.38.181.65 with SMTP id d65mr2320903rnf;
        Tue, 14 Dec 2004 08:15:12 -0800 (PST)
Received: by 10.39.2.25 with HTTP; Tue, 14 Dec 2004 08:15:12 -0800 (PST)
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 14 Dec 2004 10:15:12 -0600
From: Josh Burks <[EMAIL PROTECTED]>
To: Discussion about mythtv <[EMAIL PROTECTED]>
Subject: Re: [mythtv-users] Hard Drives that Actually Work?
In-Reply-To: <[EMAIL PROTECTED]>
Mime-Version: 1.0
References: <[EMAIL PROTECTED]>
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Josh Burks <[EMAIL PROTECTED]>,
        Discussion about mythtv <[EMAIL PROTECTED]>
List-Id: Discussion about mythtv <mythtv-users.mythtv.org>
List-Unsubscribe: <http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users>,
        <mailto:[EMAIL PROTECTED]>
List-Archive: <http://mythtv.org/pipermail/mythtv-users>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users>,
        <mailto:[EMAIL PROTECTED]>
Content-Type: multipart/mixed; boundary="===============0174600831=="
Mime-version: 1.0
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-pstn-levels: (S:99.45000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.1500) gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=ham 
        version=2.64

--===============0174600831==
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I wonder when my 200 GB WD is going to die....

I've had it about 6 months, and I'm using it as my XFS /video
partition for my recordings. I haven't had any problems (yet).

My next one will be a Seagate.

Josh


On Tue, 14 Dec 2004 07:53:36 -0600, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> I just had my second Western Digital Special Edition 200 GB drive die on me.  
> Since I'm using an ASUS Pundit, I figured heat was the culprit, so the second 
> drive had a dual-fan cooler on it.  No such luck.  After about three months 
> of use, performance suddenly degrades, and the journals begin to corrupt.  A 
> few days later, I/O errors crop up, and the drive is pretty much useless.
> 
> Are these drives just not up to the stress of a PVR?  I'm interested in 
> hearing what kind of drives people have had good luck with, as I've about had 
> it with these.  I'll get my third on warranty, but It won't be going back 
> into a myth box.
> 
> Thanks,
> 
> Paul
> _______________________________________________
> mythtv-users mailing list
> [EMAIL PROTECTED]
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

--===============0174600831==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

_______________________________________________
mythtv-users mailing list
[EMAIL PROTECTED]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

--===============0174600831==--
From jeff Tue Dec 14 16:26:03 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:03 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:03 -0800
Received: from exprod5mx127.postini.com ([64.18.0.41] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFUw-0004tt-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:02 -0800
Received: from source ([70.84.9.187]) (using TLSv1) by exprod5mx127.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 11:28:40 EST
Received: from www.mythtv.org (localhost [127.0.0.1])
        by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP id 
iBEGGO6H004419;
        Tue, 14 Dec 2004 16:16:47 GMT
Received: from tungsten.technicality.org (tungsten.technicality.org
        [65.193.17.5])
        by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP id
        iBEGDQ01002949
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 16:13:26 GMT
Received: from localhost (localhost [127.0.0.1])
        by tungsten.technicality.org (8.13.1/8.13.1/Debian-17) with ESMTP id
        iBEGDLNG012538
        (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 10:13:22 -0600
Date: Tue, 14 Dec 2004 10:13:21 -0600 (CST)
From: Nate Carlson <[EMAIL PROTECTED]>
X-X-Sender: [EMAIL PROTECTED]
To: Discussion about mythtv <[EMAIL PROTECTED]>
Subject: Re: [mythtv-users] Hard Drives that Actually Work?
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Discussion about mythtv <[EMAIL PROTECTED]>
List-Id: Discussion about mythtv <mythtv-users.mythtv.org>
List-Unsubscribe: <http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users>,
        <mailto:[EMAIL PROTECTED]>
List-Archive: <http://mythtv.org/pipermail/mythtv-users>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users>,
        <mailto:[EMAIL PROTECTED]>
Content-Type: multipart/mixed; boundary="===============1003020525=="
Mime-version: 1.0
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-pstn-levels: (S:59.58231/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.1500) gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=ham 
        version=2.64

--===============1003020525==
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

On Tue, 14 Dec 2004, Mark J. Small wrote:
> As a VERY small dealer, I haven't been very happy with the quality of WD 
> drives in the last few years.  I've seen too many come back dead, and 
> many more come back very noisy.  These are mostly 20 and 40 GB BB or EB 
> drives. I've switched to using Samsung as much as possible.  I haven't 
> hit a bad one yet.  Of course, its only been a year since I started 
> using them, and the next two years may teach me otherwise.

Out of the 8 Samsung drives I've purchased in the last 2 years, 4 have 
gone dead (two are waiting for the UPS guy to pick them up and get them in 
for RMA.)

I've had slightly better luck with Western Digital drives, about the same 
luck with Hitachi drives, and good luck with Seagate drives, although I 
don't have enough of them to be a real good measure. Basically, I just buy 
the drives with the best warranties now (both Samsung and Seagate are 5 
year, IIRC.)

This is why I just run RAID5 on boxes where I don't want my data to go 
away, and do backups.. :)

------------------------------------------------------------------------
| nate carlson | [EMAIL PROTECTED] | http://www.natecarlson.com |
|       depriving some poor village of its idiot since 1981            |
------------------------------------------------------------------------

--===============1003020525==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

_______________________________________________
mythtv-users mailing list
[EMAIL PROTECTED]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

--===============1003020525==--
From jeff Tue Dec 14 16:26:16 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:16 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:16 -0800
Received: from exprod5mx122.postini.com ([64.18.0.36] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFVA-0004uk-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:16 -0800
Received: from source ([204.153.247.10]) by exprod5mx122.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 08:28:50 PST
Received: from host10.octanews.net (localhost [127.0.0.1])
        by mapnp.mnforum.org (Postfix) with ESMTP
        id 878F86C8C9; Tue, 14 Dec 2004 10:28:49 -0600 (CST)
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from imo-m26.mx.aol.com (imo-m26.mx.aol.com [64.12.137.7])
        by mapnp.mnforum.org (Postfix) with ESMTP id 638336C81D
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 10:28:46 -0600 (CST)
Received: from [EMAIL PROTECTED]
        by imo-m26.mx.aol.com (mail_out_v37_r3.8.) id c.19e.2c7541c6 (3980)
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 11:28:43 -0500 (EST)
From: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 14 Dec 2004 11:28:43 EST
Subject: [Mpls] Supply, Demand, and the NRP
To: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: AOL 5.0 for Mac sub 45
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: Minneapolis Issues Forum <mpls.mnforum.org>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <http://www.mnforum.org/mailman/listinfo/mpls>,
        <mailto:[EMAIL PROTECTED]>
List-Archive: <http://mapnp.Geeks.ORG/pipermail/mpls>
List-Unsubscribe: <http://www.mnforum.org/mailman/listinfo/mpls>,
        <mailto:[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-pstn-levels: (S:84.19518/99.90000 R:95.9108 P:95.9108 M:92.8780 C:99.7951 )
X-pstn-settings: 1 (0.1500:0.1500) gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.7 required=4.0 tests=BAYES_00,NO_REAL_NAME 
        autolearn=no version=2.64

Michael Atherton writes:
"By implication, I suppose that Mr. Kahn is also opposed
to subsidizing the salaries of Minneapolis Public School
employees.  Something that the NRP has been doing at 
Pratt Elementary School, for what I believe is, more than 
two years.  I would suggest that the city can be run more 
efficiently by removing the third wheel.  It's only by a 
hair's breath that the NRP didn't waste an ill-advised 
million dollar investment though the closure of Pratt by 
the school district."

Bill Kahn responds:
      I can't say I follow Mr. Atherton's logic; he can, of course, assume 
anything he wishes, but the point of the post is that honoring the social 
contract will raise the quality of life in Minneapolis and reduce the demand 
for 
reactive government services like law enforcement. As far as Pratt School goes, 
most of the million dollar investment to which Atherton refers are facilities 
upgrades to the Pratt Community Education Center building (interested folks may 
consult the NRP for specific expenditures); not many folks believe that 
funding was wasted--it is a much improved building and invaluable to the 
neighborhood and citizens who use it. One can argue subsidies for employee 
salaries 
exist, but I think that argument is largely wrong; the School Board seemed to 
agree unanimously.
     I had meant to write a second post about the evolution of "the perfect 
beast" of government, but I guess it will have to wait until tomorrow; I 
certainly don't want to violate the list rules twice in one day.

Bill Kahn
Prospect Park

P.S. My apologies to Governor Pawlenty and all those who were offended by my 
reference to him today; however, I stand by everything else in it. 

REMINDERS:
1. Think a member has violated the rules? Email the list manager at [EMAIL 
PROTECTED] before continuing it on the list. 
2. Don't feed the troll! Ignore obvious flame-bait.

For state and national discussions see: http://e-democracy.org/discuss.html
For external forums, see: http://e-democracy.org/mninteract
________________________________

Minneapolis Issues Forum - A City-focused Civic Discussion - Mn E-Democracy
Post messages to: mailto:[EMAIL PROTECTED]
Subscribe, Un-subscribe, etc. at: http://e-democracy.org/mpls
From jeff Tue Dec 14 16:26:05 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:05 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:05 -0800
Received: from exprod5mx125.postini.com ([64.18.0.39] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFUy-0004u2-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:04 -0800
Received: from source ([194.109.24.30]) by exprod5mx125.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 08:28:43 PST
Received: from bag.python.org (bag.python.org [194.109.207.14])
        by smtp-vbr10.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBEGSfdZ057453;
        Tue, 14 Dec 2004 17:28:41 +0100 (CET)
        (envelope-from [EMAIL PROTECTED])
Received: from bag.python.org (bag [127.0.0.1])
        by bag.python.org (Postfix) with ESMTP id EA3A61E400A;
        Tue, 14 Dec 2004 17:28:40 +0100 (CET)
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from bag.python.org (bag [127.0.0.1])
        by bag.python.org (Postfix) with ESMTP id 314D81E4006
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 17:28:40 +0100 (CET)
Received: from bag (HELO bag.python.org) (127.0.0.1)
        by bag.python.org with SMTP; 14 Dec 2004 17:28:39 +0100
Received: from sc8-sf-sshgate.sourceforge.net (sc8-sf-sshgate.sourceforge.net
        [66.35.250.220]) by bag.python.org (Postfix) with ESMTP
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 17:28:39 +0100 (CET)
Received: from sc8-sf-web3-b.sourceforge.net ([10.3.1.27]
        helo=sc8-sf-web3.sourceforge.net)
        by sc8-sf-sshgate.sourceforge.net with esmtp (Exim 3.36 #1 (Debian))
        id 1CeFXA-000256-00; Tue, 14 Dec 2004 08:28:20 -0800
Received: from nobody by sc8-sf-web3.sourceforge.net with local (Exim 4.33)
        id 1CeFXA-0006GP-JX; Tue, 14 Dec 2004 08:28:20 -0800
To: [EMAIL PROTECTED]
From: "SourceForge.net" <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Message-Id: <[EMAIL PROTECTED]>
Date: Tue, 14 Dec 2004 08:28:20 -0800
Cc: 
Subject: [ mailman-Feature Requests-923122 ] reply_goes_to_list allow
        poster+list option
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: [EMAIL PROTECTED]
List-Id: Mailman list for bug and patch messages <mailman-coders.python.org>
List-Unsubscribe: <http://mail.python.org/mailman/listinfo/mailman-coders>,
        <mailto:[EMAIL PROTECTED]>
List-Archive: <http://mail.python.org/pipermail/mailman-coders>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <http://mail.python.org/mailman/listinfo/mailman-coders>,
        <mailto:[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-Virus-Scanned: by XS4ALL Virus Scanner
X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.1500) gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=ham 
        version=2.64

Feature Requests item #923122, was opened at 2004-03-25 14:01
Message generated for change (Comment added) made by ura
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=923122&group_id=103

Category: None
Group: None
Status: Closed
Resolution: None
Priority: 5
Submitted By: karl berry (kberry)
Assigned to: Nobody/Anonymous (nobody)
Summary: reply_goes_to_list allow poster+list option

Initial Comment:
Right now, the reply_goes_to_list option allows (a)
poster, (b), list, and (c) explicit.  How about (d)
poster AND list?  That is, insert/override a reply-to:
header containing both the list name, and the original
reply-to (if present, else From: address).  For extra
credit, omit the original poster if they are a list member.

This would be very useful for a number of lists I
maintain, where 90% of the traffic is among the list
members (hence having a simple reply go to the list),
yet a few messages come in from the outside world
(hence including the original poster's address).

I'm using mailman 2.1.4 on GNU/Linux.

Thanks,
[EMAIL PROTECTED]


----------------------------------------------------------------------

Comment By: URA Hiroshi (ura)
Date: 2004-12-14 16:28

Message:
Logged In: YES 
user_id=1007264

Hi shub.

pleases read RFC2822 again. By RFC2822 3.6.2, it is defined
as the "Relay-To:" header having one or more mail addresses.

 from RFC2822 3.4 & 3.6.2
 | address-list =  (address *("," address)) / obs-addr-list
 | reply-to      =  "Reply-To:" address-list CRLF

However, it cannot have multiple "Reply-To:" headers as you say.

 from RFC2822 3.5.
 | Field       Min number   Max number      Notes
 | reply-to   0               1

Thus, So, I believe that my patch is right.

Am I misunderstanding?


----------------------------------------------------------------------

Comment By: karl berry (kberry)
Date: 2004-11-25 18:40

Message:
Logged In: YES 
user_id=33248

Whatever.  There's obviously no point in debating it, since
you think it is so terribly horrible and I don't see the
problem with helping users, regardless of what "standards"
would like to impose on us.  So I'll try to mark this
closed, and we can get on with our lives.

----------------------------------------------------------------------

Comment By: Brad Knowles (shub)
Date: 2004-11-25 18:32

Message:
Logged In: YES 
user_id=18417

The problem is that this idea is likely to cause a number of programs to 
break, probably pretty badly.

I think this is a very bad idea.  We don't want to be doing things to 
encourage people to break the standards, especially since most people 
who would use this option would not understand the true scope of the 
problem.

Using two "Reply-to:" headers doesn't resolve this issue, either.

If you want to munge the "Reply-to:" header to point back to the list, 
then Mailman gives you the ability to do that.  It's a bad idea, for the 
reasons laid out in the FAQ, but you do have that capability.

----------------------------------------------------------------------

Comment By: karl berry (kberry)
Date: 2004-11-25 18:20

Message:
Logged In: YES 
user_id=33248

I'm trying to help my users avoid a fairly common mistake,
not engage in arguments about standards. Fine,
Reply-to: list, poster
may not work for the population of some lists.  So those
lists won't enable it.

Meanwhile, it will help some people and lists, and there's
no other way to accomplish the behavior (that I know of). 
It's trivial to add and a tiny change in the user interface.  

I am not asking for per-user control of this, which is what
the FAQ entry you cited mostly discusses.  Obviously some
compromise has already been made with the "reply-to
considered harmful" stance.  (For which I am very thankful,
because it is very useful.)


----------------------------------------------------------------------

Comment By: Brad Knowles (shub)
Date: 2004-11-25 15:26

Message:
Logged In: YES 
user_id=18417

I don't think this is possible.  "Reply-to:" goes back to one address, not 
two.  The action of having multiple "Reply-to:" headers is also undefined, 
and some clients may work the way you want, while others may work in 
ways you do not.

Pretty much everything to do with "Reply-to:" is really a client problem, 
and needs to be solved there.  See <http://www.python.org/cgi-bin/
faqw-mm.py?req=show&file=faq03.048.htp> for details.

----------------------------------------------------------------------

Comment By: URA Hiroshi (ura)
Date: 2004-05-10 10:44

Message:
Logged In: YES 
user_id=1007264

I uploaded the patch by different method. see following URL:
http://sourceforge.net/tracker/index.php?func=detail&aid=951167&group_id=103&atid=300103

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=923122&group_id=103
_______________________________________________
Mailman-coders mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-coders
From jeff Tue Dec 14 16:26:07 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:07 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:07 -0800
Received: from exprod5mx123.postini.com ([64.18.0.37] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFV1-0004uQ-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:07 -0800
Received: from source ([209.237.227.199]) by exprod5mx123.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 10:28:45 CST
Received: (qmail 99231 invoked by uid 500); 14 Dec 2004 16:01:20 -0000
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Id: "JMeter Developers List" <jmeter-dev.jakarta.apache.org>
Reply-To: "JMeter Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 95197 invoked by uid 99); 14 Dec 2004 15:59:33 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
        tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: domain of [EMAIL PROTECTED] designates 
64.233.184.200 as permitted sender)
Received: from wproxy.gmail.com (HELO wproxy.gmail.com) (64.233.184.200)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 14 Dec 2004 07:59:29 -0800
Received: by wproxy.gmail.com with SMTP id 71so556909wri
        for <[EMAIL PROTECTED]>; Tue, 14 Dec 2004 07:59:20 -0800 
(PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        
h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        
b=iloaxedJLPnMdRFWbJvJ3QCX9koH8OULGN31gVYdPYnk0YTB6/7jDnI49odUAjAopfF2FBq1DGLkDwvAurDnm/OTyPerW2ltEAp2UsBkUjgehLFZ6NrfPkr3pvUE3lfo3TJLAnO4I5URUo2LbGKKMemt9CaNmS6rmluUJ7rswbU=
Received: by 10.54.40.26 with SMTP id n26mr2909458wrn;
        Tue, 14 Dec 2004 07:59:20 -0800 (PST)
Received: by 10.54.7.70 with HTTP; Tue, 14 Dec 2004 07:59:20 -0800 (PST)
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 14 Dec 2004 16:59:20 +0100
From: =?ISO-8859-1?Q?Jos=E9_Mar=EDa_Ti=F1ana?= <[EMAIL PROTECTED]>
Reply-To: =?ISO-8859-1?Q?Jos=E9_Mar=EDa_Ti=F1ana?= <[EMAIL PROTECTED]>
To: JMeter Developers List <[EMAIL PROTECTED]>
Subject: Re: HTTP Request Serialization
In-Reply-To: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
References: <[EMAIL PROTECTED]>
         <[EMAIL PROTECTED]>
         <[EMAIL PROTECTED]>
X-Virus-Checked: Checked
X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.0750) GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=ham 
        version=2.64

Thanks, that useful. But I want to do something more. The original
idea is to write some code in our own application, so in production it
generates the test plan in some file so later we can reproduced the
original charge,  orderr and amount of visits.
I=B4m thinking in use some clases from JMeter itself, but I=B4m a litte
bit lost about this fact.
Can you help me?

Thanks!
Jos=E9 M=AA


On Mon, 13 Dec 2004 13:16:03 -0500, Peter Lin <[EMAIL PROTECTED]> wrote:
> it supports the common log format. one of these days i'll write a
> parser to handle the extended log format.
>=20
> peter
>=20
>=20
> On Mon, 13 Dec 2004 18:14:04 +0000, sebb <[EMAIL PROTECTED]> wrote:
> > Yes, use the ProxyServer to record a test plan, or use the Access Log
> > sampler to replay the contents of an HTTP server log.  I think it
> > supports Tomcat format log files - check the documentation.
> >
> > S.
> > On Mon, 13 Dec 2004 15:08:42 +0100, Jos=E9 Mar=EDa Ti=F1ana
> >
> >
> > <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > I=B4m new in JMeter and I want to use it to test a entire application=
.
> > > The problem is that configure all the HTTP Request that can be sent t=
o
> > > the server is impossible due to the amount of them.
> > > There are some task that allows to serializate a HttpRequest into a
> > > some type of file that JMeter can read lately?
> > >
> > > Thanks.
> > > Jos=E9 M=AA
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>=20
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
From jeff Tue Dec 14 16:26:18 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:18 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:18 -0800
Received: from exprod5mx123.postini.com ([64.18.0.37] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFVC-0004v1-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:18 -0800
Received: from source ([209.237.227.199]) by exprod5mx123.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 08:28:57 PST
Received: (qmail 99839 invoked by uid 500); 14 Dec 2004 16:01:44 -0000
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Help: <mailto:[EMAIL PROTECTED]>
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Id: <myfaces-user.incubator.apache.org>
Reply-To: "MyFaces Discussion" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 95370 invoked by uid 99); 14 Dec 2004 15:59:41 -0000
X-ASF-Spam-Status: No, hits=1.2 required=10.0
        tests=RCVD_IN_NJABL_PROXY
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from smtp08.web.de (HELO smtp08.web.de) (217.72.192.226)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 14 Dec 2004 07:59:35 -0800
Received: from [62.143.132.27] (helo=hendrik.wh246.lan)
        by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128)
        (WEB.DE 4.103 #184)
        id 1CeF58-0004fS-00
        for [EMAIL PROTECTED]; Tue, 14 Dec 2004 16:59:22 +0100
From: Hendrik Neumann <[EMAIL PROTECTED]>
To: "MyFaces Discussion" <[EMAIL PROTECTED]>
Subject: Re: JSF  and Hibernate
Date: Tue, 14 Dec 2004 16:59:53 +0100
User-Agent: KMail/1.7.1
References: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
X-Virus-Checked: Checked
X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.0750) GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-1.9 required=4.0 tests=BAYES_00,RCVD_IN_DSBL,
        RCVD_IN_NJABL_PROXY autolearn=no version=2.64

Yes, I do - but only since two days. Till now I didn't recognize any troubles, 
but I think that Hibernate and JSF "don't touch each other". Therefore I 
wouldn't  lead back troubles to the combination of Hibernate and JSF.

Am Dienstag, 14. Dezember 2004 15:16 schrieb mfaine:
> Anyone using JSF with Hibernate? Do they work well together?  What has been
> your experience?
>
> -Mark
From jeff Tue Dec 14 16:26:05 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:05 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:05 -0800
Received: from exprod5mx123.postini.com ([64.18.0.37] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFUz-0004u4-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:05 -0800
Received: from source ([213.136.52.31]) by exprod5mx123.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 08:28:42 PST
Received: (qmail 13393 invoked by uid 109); 14 Dec 2004 16:28:41 -0000
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-ID: <maxdb.mysql.com>
Precedence: bulk
List-Help: <mailto:[EMAIL PROTECTED]>
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[EMAIL PROTECTED]>
List-Archive: http://lists.mysql.com/maxdb/24016
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 13374 invoked from network); 14 Dec 2004 16:28:40 -0000
Received-SPF: pass (lists.mysql.com: local policy)
X-MessageWall-Score: 0 (mipz.de)
From: "Florian Schmitz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: AW: SDBUPD Error. cannot stat x_server althoug x_server was started 
sucessfully
Date: Tue, 14 Dec 2004 17:28:18 +0100
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
In-Reply-To: <[EMAIL PROTECTED]>
X-Virus-Checked: Checked
X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.5022 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.0750) GT3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=ham 
        version=2.64

Migrations now running, but the DB isn't startable.

->>
found domain user in user profile container
STDOUT: current database state is OFFLINE
STDOUT: checking parameters...
STDOUT: switch database state to ADMIN
STDOUT: migrating database...
STDOUT: switch database state to OFFLINE
STDOUT: current database state is OFFLINE
STDOUT: checking parameters...
STDOUT: switch database state to ADMIN
cannot switch database mode, error during dbm command:
db_admin
ERR
-24994,ERR_RTE: runtime environment error
1,Check knldiag! Kernel died before reaching ADMIN state

looking for error messages in knldiag
...
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   RTEMem_Allocator : could not
allocate me
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   mory
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   required  : 32784
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   allocated : 3145728
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   supplement: 1048576
2004-12-14 16:56:33 31092 ERR 54008 MEMORY   limit     : 4294967295
2004-12-14 16:56:33 31092     54000 MEMORY   free blocks size 80 : 1
2004-12-14 16:56:33 31092     54000 MEMORY   free blocks size 18936 : 1
2004-12-14 16:56:33 31092 ERR 52740 SERVER   NO MORE MEMORY; 77824

<<--

Trying to start the Instance manually :


->>

2004-12-14 17:06:51                          --- Starting GMT 2004-12-14
16:06:51           7.5.0    Build 019-121-082-363
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   TransContext T118 : could not
allocate m
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   TransContext T109 : could not
allocate m
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   emory
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   emory
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   required  : 120
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   required  : 120
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   allocated : 0
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   allocated : 0
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   supplement: 217088
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   supplement: 217088
2004-12-14 17:06:56  3414 ERR 54008 MEMORY   limit     : 4294967295
2004-12-14 17:06:56  3413 ERR 54008 MEMORY   limit     : 4294967295
2004-12-14 17:06:56     0 ERR 11330 COREHAND ABORTING due to signal 11

<<-



> -----Urspr�ngliche Nachricht-----
> Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 14. Dezember 2004 12:58
> An: Florian Schmitz; [EMAIL PROTECTED]
> Betreff: AW: SDBUPD Error. cannot stat x_server althoug x_server was
> started sucessfully
>
>
> please check the crypted password in /etc/shadow and /etc/passwd.
>
> if its length is greater or equal than 13 and there are only
> valid characters (0-9,A-Z,a-z,.,/)
> the password is valid and the account isn't locked.
>
> usermod -L  prepends a '!' to the crypted password which
> should work for our check.
>
> regards,
>  daniel
>
>
> -----Urspr�ngliche Nachricht-----
> Von: Florian Schmitz [mailto:[EMAIL PROTECTED]
> Gesendet: Montag, 13. Dezember 2004 18:11
> An: Schmoger, Daniel; [EMAIL PROTECTED]
> Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> x_server was started sucessfully
>
>
> Now for something completly different :*) :
>
> account "sapdb" is not locked, this is a security leak
> lock account and restart installation
>
> User sapdb is system-locked though (usermod -L sapdb)
>
> Regards,
>
> Flo
>
>
> > -----Urspr�ngliche Nachricht-----
> > Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED]
> > Gesendet: Montag, 13. Dezember 2004 12:54
> > An: Florian Schmitz; [EMAIL PROTECTED]
> > Betreff: AW: SDBUPD Error. cannot stat x_server althoug x_server was
> > started sucessfully
> >
> >
> > script needs the hostname as parameter:
> > ./SDBUPD --script ping_t.dat <hostname>
> >
> >
> >
> > -----Urspr�ngliche Nachricht-----
> > Von: Florian Schmitz [mailto:[EMAIL PROTECTED]
> > Gesendet: Montag, 13. Dezember 2004 12:51
> > An: Schmoger, Daniel; [EMAIL PROTECTED]
> > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> > x_server was started sucessfully
> >
> >
> > i already fixed that glitch,
> >
> > now it states :
> > >>
> > ./SDBUPD --script ping_t.dat
> > testing ping...
> > gethostbyname failed
> > <<
> >
> > /etc/hosts SEEMS to be okay.
> >
> > Regards,
> >
> > Flo
> >
> > > -----Urspr�ngliche Nachricht-----
> > > Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED]
> > > Gesendet: Montag, 13. Dezember 2004 12:49
> > > An: Florian Schmitz; [EMAIL PROTECTED]
> > > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> x_server was
> > > started sucessfully
> > >
> > >
> > > Hello Florian,
> > > /etc/services should contain this line:
> > > sql6      7210/tcp
> > >
> > > regards,
> > >  daniel
> > >
> > >
> > > -----Urspr�ngliche Nachricht-----
> > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED]
> > > Gesendet: Montag, 13. Dezember 2004 12:07
> > > An: Schmoger, Daniel; [EMAIL PROTECTED]
> > > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> > > x_server was started sucessfully
> > >
> > >
> > > Hello Daniel,
> > > >>
> > > ./SDBUPD --script ping_t.dat
> > > testing ping...
> > > getservbyname failed
> > > <<
> > >
> > >
> > > > -----Urspr�ngliche Nachricht-----
> > > > Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED]
> > > > Gesendet: Montag, 13. Dezember 2004 11:46
> > > > An: Florian Schmitz; [EMAIL PROTECTED]
> > > > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> > x_server was
> > > > started sucessfully
> > > >
> > > >
> > > > Hello Florian,
> > > > you can test sdbupd ping function with:
> > > > sdbupd --script ping_t localhost
> > > >
> > > > test script is attached.
> > > >
> > > >
> > > > regards,
> > > >  daniel
> > > >
> > > >
> > > > -----Urspr�ngliche Nachricht-----
> > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED]
> > > > Gesendet: Montag, 13. Dezember 2004 09:55
> > > > An: Schmoger, Daniel; [EMAIL PROTECTED]
> > > > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> > > > x_server was started sucessfully
> > > >
> > > >
> > > > Hello Daniel,
> > > >
> > > > thanks for your answer.
> > > > here's the output :
> > > >
> > > >  ./dbmcli -n localhost db_enum
> > > > OK
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        fast
> > > >   running
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        slow
> > > >   offline
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        quick
> > > >   offline
> > > >
> > > >
> > > > ./dbmcli db_enum
> > > > OK
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        fast
> > > >   running
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        slow
> > > >   offline
> > > > DBA1REST        /usr/sapdb/depend       7.3.0.29        quick
> > > >   offline
> > > >
> > > >
> > > > A Firewall isn't running at all.
> > > > I'm triing to check the hosts- and networksettings.
> > > >
> > > > Regards,
> > > >
> > > > Flo
> > > >
> > > >
> > > > > -----Urspr�ngliche Nachricht-----
> > > > > Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED]
> > > > > Gesendet: Montag, 13. Dezember 2004 09:36
> > > > > An: Florian Schmitz; [EMAIL PROTECTED]
> > > > > Betreff: AW: SDBUPD Error. cannot stat x_server althoug
> > > x_server was
> > > > > started sucessfully
> > > > >
> > > > >
> > > > > Hello Florian,
> > > > > sdbupd tries to get a ping reply of x_server three times.
> > > > > if this fails sdbupd assumes that the x_server isn't running.
> > > > > it's possible that the tcp port 7210 is blocked by a firewall?
> > > > > please try to run "dbmcli -n localhost db_enum" to check the
> > > > > network communication.
> > > > > without switch -n or with the argument <hostname> the dbmcli
> > > > > uses local communication
> > > > > with shared memory.
> > > > >
> > > > > hth,
> > > > >  daniel
> > > > >
> > > > >
> > > > >
> > > > > -----Urspr�ngliche Nachricht-----
> > > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED]
> > > > > Gesendet: Samstag, 11. Dezember 2004 12:10
> > > > > An: [EMAIL PROTECTED]
> > > > > Betreff: SDBUPD Error. cannot stat x_server althoug x_server
> > > > > was started sucessfully
> > > > >
> > > > >
> > > > > Hello again,
> > > > >
> > > > > we tried to migrate oure productive database today.
> > > > >
> > > > > The usual call :  ./SDBUPD -d DBA1REST -u DBM,DBM -o
> > > sapdb -g sapdb
> > > > >
> > > > > The following Error in the log :
> > > > > >>
> > > > >
> > > > > STDOUT: beginning to check sap db instances
> > > > > STDOUT: start new instance update
> > > > > x_server is not running
> > > > > SYS: /usr/sapdb/indep_prog/bin/x_server start:     12798
> > > > > NISERVER server
> > > > > started.
> > > > >
> > > > > SYS: /usr/sapdb/indep_prog/bin/x_server start:     10007
> > > > > XSERVER  started,
> > > > > 'X32|LINUX 7.3.0    Build 029-000-087-696'
> > > > >
> > > > > x_server is not running
> > > > > STDERR: cannot start x_server
> > > > > STDERR:
> > > > > STDERR: MaxDB instance update exited abnormally at Sa, Dec
> > > > 11, 2004 at
> > > > > 11:54:17
> > > > > <<
> > > > >
> > > > >
> > > > > The X-Server IS startable. Everything works fine, i guess
> > > > > SDBUPD doesn't get
> > > > > some Systeminfo that the x-server is running.
> > > > >
> > > > > Idea anybody?
> > > > >
> > > > > Thanks alot.
> > > > >
> > > > > Flo
> > > > >
> > > > >
> > > > > --
> > > > > MaxDB Discussion Mailing List
> > > > > For list archives: http://lists.mysql.com/maxdb
> > > > > To unsubscribe:
> > > > http://lists.mysql.com/[EMAIL PROTECTED]
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > MaxDB Discussion Mailing List
> > > For list archives: http://lists.mysql.com/maxdb
> > > To unsubscribe:
> > http://lists.mysql.com/[EMAIL PROTECTED]
> >
> >
> >
> > --
> > MaxDB Discussion Mailing List
> > For list archives: http://lists.mysql.com/maxdb
> > To unsubscribe:
> http://lists.mysql.com/[EMAIL PROTECTED]
>
>
> --
> MaxDB Discussion Mailing List
> For list archives: http://lists.mysql.com/maxdb
> To unsubscribe:
http://lists.mysql.com/[EMAIL PROTECTED]


-- 
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe:    http://lists.mysql.com/[EMAIL PROTECTED]
From jeff Tue Dec 14 16:26:19 2004
Return-Path: [EMAIL PROTECTED]
Delivery-Date: Tue Dec 14 08:26:19 2004
Return-path: <[EMAIL PROTECTED]>
Envelope-to: [email protected]
Delivery-date: Tue, 14 Dec 2004 08:26:19 -0800
Received: from exprod5mx124.postini.com ([64.18.0.38] helo=psmtp.com)
        by toko.jab.org with smtp (Exim 3.36 #1 (Debian))
        id 1CeFVD-0004vA-00
        for <[email protected]>; Tue, 14 Dec 2004 08:26:19 -0800
Received: from source ([63.251.223.186]) by exprod5mx124.postini.com 
([64.18.4.10]) with SMTP;
        Tue, 14 Dec 2004 11:28:58 EST
Received: (qmail 26581 invoked by uid 514); 14 Dec 2004 16:28:57 -0000
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <mailto:[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 26570 invoked from network); 14 Dec 2004 16:28:57 -0000
Delivered-To: [EMAIL PROTECTED]
X-Spam-Check-By: la.mx.develooper.com
Received-SPF: pass (x1.develooper.com: domain of [EMAIL PROTECTED] designates 
63.251.223.186 as permitted sender)
X-Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
X-Mailing-List-Name: perl-qa
Delivered-To: mailing list [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received-SPF: neutral (x1.develooper.com: local policy)
Date: Tue, 14 Dec 2004 17:28:19 +0100
From: "H.Merijn Brand" <[EMAIL PROTECTED]>
To: Adam Turoff <[EMAIL PROTECTED]>
Subject: Re: Uncle Bob on Coding Standards
Cc: [EMAIL PROTECTED]
Sender: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Becky! ver. 2.12.01 [en]
X-Virus-Scanned: by XS4ALL Virus Scanner
X-Old-Spam-Check-By: la.mx.develooper.com
X-Old-Spam-Status: No, hits=-4.9 required=8.0
        tests=BAYES_00
X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )
X-pstn-settings: 1 (0.1500:0.1500) gt3 gt2 gt1 r p m c 
X-pstn-addresses: from <[EMAIL PROTECTED]> [294/10] 
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on toko.jab.org
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=4.0 tests=BAYES_00 autolearn=no 
        version=2.64

On Tue 14 Dec 2004 17:10, Adam Turoff <[EMAIL PROTECTED]> wrote:
> On Tue, 14 Dec 2004 16:14:32 +0100, H.Merijn Brand <[EMAIL PROTECTED]>
> wrote:
> > On Tue 14 Dec 2004 16:04, "Clayton, Nik" <[EMAIL PROTECTED]>
> > wrote:
> > > I've normally got enough going on in my head when writing code,
> > > worrying about the house style should not be one of them.
> >
> > Wrong. It should be. You write, and someone else - or yourself - has
> > to maintain the code later. This means that you have to write with
> > style and maintainability in focus. All the time.
> 
> Part of the problem is that "coding style" mixes a bunch of unrelated
> issues of varying importance.  I'm with Nik that I don't care overmuch
> about how many spaces go around parens, whether curlys are cuddled or
> uncuddled, or tab expansion idiosyncracies.
> 
> But there *are* issues of coding style that are of tremendous import,
> and can add or reduce friction on a project, especially as it grows.
> Things like line length, method length, naming conventions, file layout,
> idiomatic usage[*], etc.
> 
> One example I've used in the past is from a project I worked on (in C)
> where we were dealing with "real estate data numbers", commonly
> abbreviated 'rednum'.  Except that they were also named, 'red', 'redno',
> 'rnum', 'red_num', 'red_no', 'r_num', and so on.  In both variables and

Ohhh, the horror. And so recognizable!

> functions.  This was one of many sources of dissonance (and compiler
> errors) on the project, and was a continual drag on team productivity.
> Instead of just *knowing* what you needed, you often needed to grovel
> through half a dozen source files to figure out what you *should* have
> typed.

This was underlighted in my example, but indeed evenly important.

We've chosen to make default prefixes to veriables to reflect the
(database) type:

        d_end           All dates start with d_ (we use plain numeric 8
                        YYYYMMDD because none of the databases we work
                        with have compatible date formats
                (fwiw we also have d_end_y, d_end_m, and d_end_d, which I now
                 presume does not need any further explanation :))
        c_city          (key) code of a field that has a reference table
        s_city          The string value for c_city

and so on.

> But we all used the same brace placement and indenting styles.  ;-)

About spaces, another thing springs to mind, for which I would gladly kill the
responsible people to allow it (I bet M$ was the first to push it): Spaces in
database table and field names. DON'T! NEVER! Once you start it, you will
never be able to escape the quicksands of (incompatible) quotation and
unportability of your scripts, be that in sql, sh, perl/dbi, hli, or e/sql

If you want to have portability in mind, adhere to the lowest level of
available standards and don't be tempted to use archaic functions specific to
a unique version of a database on a unique version of an operating system wich
only runs on a specific architecture.

> > FWIW the style I use was decided upon back in the 80's when we (me and
> >      6 others) had to do a huge software project at school and we did
> >      discuss style before we started. The biggest argue was about the
> >      length of the variable names to use.
> 
> This is where I think Uncle Bob is right -- the standards need to
> evolve.  On this same project, there was a coding standard in place at
> the onset, but it standardized trivialities.  Because we had a coding
> standard, we never saw the bigger issues of naming conventions as
> problems a coding standard could/should fix, so everyone improvised in
> their own special way with the stuff that wasn't standardized.  At the
> onset, though, a lot of issues we had to deal with were completely
> unknown, since the project took three or four major course changes over
> the years.

If all of this is true, I think we made marvellous decisions in our school
days, because none of my coding standards have changed, but the decrease of
an indent of 6 (very nice when programming PASCAL) to an indent of 4 (better
suited for almost any other language, and since TAB is 8, much more efficient).

> Z.
> 
> *: For example: design with closures and coderefs in mind, or with big
>    modules with 17 optional features or 15 variations on the same
>    method; are you intetionally using or avoiding map and grep?; what
>    are the standard modules your project uses to write new classes?

-- 
H.Merijn Brand        Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.5, & 5.9.x, and 809 on  HP-UX 10.20 & 11.00, 11i,
   AIX 4.3, AIX 5.2, SuSE 9.1, and Win2k.  http://www.cmve.net/~merijn/
http:[EMAIL PROTECTED]/   [EMAIL PROTECTED]
send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org

Reply via email to