>so most
>anything people are running is either Unix based or Windows.
AGAIN: assp is build to run on ALL OS - there are more than unix, linux,
wndows and OSX
>It works just the same.
No, if the assp installation rules are brocken, several features will not
work.
ONLY one for example - configuartion synchronization: How can a linux and
a windows assp-system working in an assp-cluster sharing the
configuration, if the linux-assp uses absolute path definitions?
But there much more feature that will not work in this case.
assp.pl has two parts
1. the main part (ending at line 6850 in V2 build 16060)
2. the engine part (the rest until the end)
Depending on the used environment, Perl version, Perl modules, assp/lib
modules, plugins and the calling convensions (run or syntax check) - the
main part of the code modifies it self. The main part also modifies the
engine part using the same dependencies. The main part also modifies the
perl namespace of several perl modules. If the 'lib/AsspSelfLoader.pm' is
installed, the main part is splitting the engine part in its smalles
possible parts (assp/sl-cache). The engine part cleans up it self from
unneeded main part and engine part code after startup.
If anyone changes the assp.pl V2 code using 'sed' to replace $base and
other parts - or the assp install convensions are broken - the resulting
runtime code is not predictable!
This technology requires that assp.pl is one file in the
assp-distribution. It is simply not possible to modify ~30 single
assp-engine-modules (and there parts) this way.
If assp would be splitted in to different modules - this will require:
- an engine module version check and management
- a complete different distribution management
- a complete different autoupdate mechanism
- a configuration <-> file content <-> engine module crosscheck management
- code redesign for ALL internal subroutine calls, because of the changed
calling convension for modules
- code redesign of all plugins and all assp lib modules
This will lead in to a complete code redesign. 1000s of hours for nothing.
Thousands lines of code to manage the modules and crosschecks. Slower assp
because the namespace will grow. Much slower start of assp because of the
versions crosschecks.
I'll go off this thread, there is nothing more to say - the discussion is
useless and steals my time.
Thomas
Von: "William L. Thomson Jr." <w...@o-sinc.com>
An: assp-user@lists.sourceforge.net
Datum: 02.03.2016 23:53
Betreff: Re: [Assp-user] Ver 2.4.7 16036 CPU Load
On Wednesday, March 02, 2016 08:10:23 AM Thomas Eckardt wrote:
> >their way to not be FHS compliant
>
> ASSP is NOT a unix nor a linux application. It is build to run on every
> platform and OS which has a multithreaded perl available.
There are many programs that are not Unix or Linux specific. None the less
when
installed or packaged for Linux distribution they are done so per FHS.
But
this could be beneficial on other platforms as well.
Even Windows separates, the OS, from Programs, from the Users stuff. Thus
having things go different places is nothing new.
The the FACT that perl originated on Unix and was only later ported to
other
platforms. Which really these days there is just Windows and Unix based
operating systems, really nothing in between. OS X is Unix based, so most
anything people are running is either Unix based or Windows. Perl has
never
been native on Window as it is Unix.
"Perl was originally developed by Larry Wall in 1987 as a general-purpose
Unix
scripting language to make report processing easier."
https://en.wikipedia.org/wiki/Perl
So again ASSP being in Perl, a language dthat was developed for Unix
purpose....
Perl didn't even support Windows till 5.004 and it was done buy 3rd
parties,
ActiveState and also not Strawberry. Not from say perl.org.
http://perldoc.perl.org/perl5004delta.html
Very interesting argument about Perl being for all platforms. Maybe your
confusing Java with Perl. If you recall Sun sued Microsoft over Java.
There
was never such with Perl, nor was Perl ever installed in Windows by
default. I
do not think you can find many if any Unix based operating systems that do
not
have perl natively installed and available.
"Java is a general-purpose computer programming language that is
concurrent,
class-based, object-oriented,[13] and specifically designed to have as few
implementation dependencies as possible. It is intended to let application
developers "write once, run anywhere" (WORA),[14] meaning that compiled
Java
code can run on all platforms that support Java without the need for
recompilation.["
https://en.wikipedia.org/wiki/Java_(programming_language)
Perl was never developed as a cross platform programming language. It was
so
widely used on Unix, it was ported to Windows. Again by people outside the
main perl project. You cannot get perl for Windows from perl.org.
> >Gentoo since ~November 2006.
>
> This may work with V1 - but never with V2.
It has been working fine with V2 for sometime. I have been running V2 for
a bit
over a year. I used the exact same package, most of the same sed, etc.
https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/mail-filter/assp
Seriously if you think changing paths effects a program not sure what to
tell
you. Long as ASSP knows where the stuff is at, be it in one directory or
split
up. It works just the same.
Try it yourself... Fritz I believe was going to make the paths
configurable. Go
dig in the archives and you will see discussion. No other maintainer has
ever
objected to splitting up ASSP when packaged.
--
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Assp-user mailing list
Assp-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-user
DISCLAIMER:
*******************************************************
This email and any files transmitted with it may be confidential, legally
privileged and protected in law and are intended solely for the use of the
individual to whom it is addressed.
This email was multiple times scanned for viruses. There should be no
known virus in this email!
*******************************************************
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Assp-user mailing list
Assp-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-user
