RE: [Declude.Virus] Fwd: OT: JM/Virus modules

2004-03-03 Thread John Tolmachoff \(Lists\)


John Tolmachoff
Engineer/Consultant/Owner
eServices For You

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:Declude.Virus-
> [EMAIL PROTECTED] On Behalf Of Sanford Whiteman
> Sent: Wednesday, March 03, 2004 11:10 AM
> To: Sanford Whiteman
> Subject: Re: [Declude.Virus] Fwd: OT: JM/Virus modules
> 
> I have no idea why I forwarded that so sloppily. Sorry.
> 
> --Sandy
> 
> 
> 
> Sanford Whiteman, Chief Technologist
> Broadleaf Systems, a division of
> Cypress Integrated Systems, Inc.
> e-mail: [EMAIL PROTECTED]
> 
> SpamAssassin plugs into Declude!
> http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/
> 
> ---


---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]

---
This E-mail came from the Declude.Virus mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.Virus".The archives can be found
at http://www.mail-archive.com.


Re: [Declude.Virus] Fwd: OT: JM/Virus modules

2004-03-03 Thread Sanford Whiteman
I have no idea why I forwarded that so sloppily. Sorry.

--Sandy



Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
e-mail: [EMAIL PROTECTED]

SpamAssassin plugs into Declude!
http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]

---
This E-mail came from the Declude.Virus mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.Virus".The archives can be found
at http://www.mail-archive.com.


[Declude.Virus] Fwd: OT: JM/Virus modules

2004-03-03 Thread Sanford Whiteman
[Scroll down for forwarded message]

-Original message text---
From: Sanford Whiteman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]@declude.com
Date: Wednesday, March 3, 2004, 1:55:39 PM
Subject: OT: JM/Virus modules

[Marking this as OT to de-escalate it on such a busy day.]

I  just  wanted to put a word in for the (far future) separation of JM
and Virus interim functionality.

The   new   anti-zip  flexibility  looks  great,  but  I've  read  and
experienced   enough   of   the   continuing   adjustment  to  interim
functionality  that  I really never deploy interims anymore. Like many
(most?)  users, the huge majority of my Declude maintenance time is on
the  JM  side,  and  I  need  that  functionality  to  be as stable as
possible.

If  Declude  were  to become more modular, with a core DECLUDE.EXE and
DECJM.DLL  and  DECVIRUS.DLL,  mightn't  it  be  possible to introduce
_some_ cool stuff for one product without any changes to the other? Of
course,  many  changes--logging  or  any  other shared routines--would
surely  involve  changes  in the core module and so an overall upgrade
could  not  be  completely  avoided...but  _some_ product enhancements
could  be  slipstreamed  in  without  regression  worries in the other
product.

I  can  readily imagine that this would create a giant tangle relative
to  the current development process--I have even worried that my _own_
modular code should be consolidated for performance, especially when I
build  a  process-centric  product like Declude and have to accept DLL
loading  overhead  on  every  execution--but the end result might be a
little  less  apprehension.  Just  a  thought, for the far future, and
surely one voiced before. :)

--Sandy



Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
e-mail: [EMAIL PROTECTED]

SpamAssassin plugs into Declude!
http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/

---End original message text-

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]

---
This E-mail came from the Declude.Virus mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.Virus".The archives can be found
at http://www.mail-archive.com.