Re: Apache-2.2.2 and Dada 2.10.8

 
From: "Gerard Seibert" <gerard@PROTECTED>
Date: May 16th 2006

"Dada Mail (Justin Simoni)" dada@skazat com

I was also advised that perhaps you should contact the Perl developers directly and see what they have to say Perhaps, it is a bug of some type in Perl Out of curiosity, have you gone that route?

No I don't think it's a bug - I think it's a warning logged in the
error log, because you turned warnings, "on"

Justin, I do not think you are stupid, so please show me the same curtesy That warning is there for one of two reasons:

a) Your coding is wrong b) There is a bug in Perl itself (It has been know to happen you know)

There is no other reason that message would appear unless one of the above were true Whether or not 'warnings' is turned on is immaterial If you want, I will attempt to contact the Perl developers and see what they have to add to this dialog If it is a bug of some type in Perl, I am sure that they would appreciate knowing about it I will need your assistance however, since I am not sure where in DADA that code resides precisely I mean, I have a vague idea, but the Perl staff might want further information Would you be willing to work with me on this?

I just thought you might be interested in it since I assume I am running newer; i e ,
more up to date software that many of your other subscribers, as well as
you yourself possibly

My gripe is that you post the same error messages again and again and
ask my opinion about them My opinion may not change from each time,
and it gets tiring for me to continually have to answer the same
questions

Justin, the error messages regarding sharing are brand new, at least to me I have never seen them before updating to Apache-2 2 2 I was running Perl-5 8 8 and never saw them In fact, I defy you to find a single I post I ever made to you that shows that particular error message(s)

I am not placing a rule on anybody Justin, it is just common sense

But, um, you are I posted the posting guidelines, none of them say
you have to post in any specific way that you cite, so please, if you
can, don't try to enforce a rule that doesn't exist :) That's all >

In addition, I posted something on your web forum page regarding
MySQL I will reprint it here if you would prefer to answer it in this arena instead

I replied to that thread, on the forums themselves, I believe

http://mojo skazat com/cgi-bin/yabb2/YaBB pl?num=1147718767/1#1

-- Justin Simoni

: Dada Mail "Write Once - Distribute Everywhere" Email Communication
Software

url: http://mojo skazat com ph: 720 436 7701 aolim: leaddadaist

On May 15, 2006, at 1:20 PM, Gerard Seibert wrote:

>

"Dada Mail (Justin Simoni)" dada@PROTECTED

>

In the future, please do not top post It is a real annoyance, and a sign of a newbie Furthermore, HTML is usually shunned in
newsgroups Plain ASCII text is the way to go

Please don't place rules on users that don't exist - everyone has different styles, and none of them really rub me the wrong way

As far as the warnings go, like anything, if anyone wants to give a hand, I'd really appreciate it - Dada Mail's a large program and there's many things that I would like to have done with it, and one person that is currently doing all the work I know we all have strengths and I could really use the help If no one helps, I guess everyone's going to have to work with my temperament

Specifically, some of these errors, like this one:

[Fri May 12 04:10:25 2006] mail cgi: Name "DADA::MailingList::Subscribers::dbi_obj" used only once:
possible typo at /usr/local/www/apache22/cgi-bin/dada/mail cgi line 168, line 1

Are weird - great, it's may be a typo - but it's not

Some of those other warnings cropped up when the archive editor was folded into the main Dada Mail program What worked for a smaller standalone script isn't working as well with the rest of the mail cgi program Is it causing the program to crash? Malfunction? Is it a security concern? No The worst it's currently doing is making the error log chatty and I can live with that at the moment If anyone wants to look at it, like I said, I'd really appreciate the help, but I'd personally really like to focus on other issues of the program so currently, it's a low priority for me

-- Justin Simoni

I am not placing a rule on anybody Justin, it is just common sense I subscribe to over twenty mailing lists and can testify that on many of them, top-posters are routinely 'flamed' or just ignored It it really hard to follow a thread that is answered by more than one
individual if they all start posting anywhere they want Top posting causes the
whole process to go back in time making comprehending the who thread a
rather unsavory chore

Anyway, enough of that

The error that you listed above is rather unique I know I have not
had any success in tracking it down One of my cohorts claims that your program reads in the entire config file in one gulp, hence every error always lists line 1 He recommended correcting that, although he did not give me any specific instructions on how to do it

I was also advised that perhaps you should contact the Perl developers directly and see what they have to say Perhaps, it is a bug of some type in Perl Out of curiosity, have you gone that route?

For the record, the only reason I posted that list of error
messages was because I had updated my system, and previously had never seen an
error about a variable not staying shared previously in any DADA error log, httpd-error log or anywhere else in regards to DADA I just thought
you might be interested in it since I assume I am running newer; i e ,
more up to date software that many of your other subscribers, as well as
you yourself possibly

In addition, I posted something on your web forum page regarding
MySQL I will reprint it here if you would prefer to answer it in this arena instead

// Reprinted from DADA Forum//

Justin, I am going to be setting up DADA for a customer of mine, and I have a few quick questions

This setup will be using a MySQL backend I will be creating the
tables using phpMyAdmin I believe

1) Other than where you have specifically specified it, does it make any difference if the values are 'null' or 'not null'?

2) For the collation, I usually set the value at: utf8_unicode_ci but I could use virtually anything else, such as latin1_general_ci ascii_general_ci or anything else that might seem appropriate Does it make any difference to DADA Mail what it is set to?

3) You have the following entry: id/G/GD/GDR/HTML-FromText-1 005 tar gz in the /dada/extras/documentation/html_version/DadaMail pm html file What is it referring to?

-- Gerard Seibert gerard@seibercom net

And God said, "Let there be light "But then the program crashed
because he was trying to access the 'light' property of a NULL universe
pointer

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.