New improved intuition.library version from the Kickstart 3.1

[Cosmos]

Ok folks, new intuition.library now working fine on my real A1200 !

RJ Mical will eat his hat !!

archive = http://cosmosunivers.free.fr/download/intuition_4086b4.lha

.readme = http://cosmosunivers.free.fr/download/intuition.readme



Enjoy !

[Cosmos]

The next beta 5 include now SIMPLE_REFRESH : http://aminet.net/package/util/wb/clvrwin

[Cosmos]

He left commodore in 1986, before 1.2 was released.
 
So you can only be sure that the code in 1.1 was his, which it might well be. I suspect at the time he was purely interested in getting the damned thing shipped

Oh, you're right !

All apologies to RJ Mical... Was a little french joke from me...

[Cosmos]

A very little bit for the moment...

A friend of mine report me this (BlizzardPPC + BVision) :
"Very interesting patch
Tested it and it seems to be working.
It does speed up some operations up to 2 times!
OpenWin
MoveWin
SizeWin"

[Cosmos]

You have to use LoadModule or LoadResident...

[Cosmos]

Ok, silly bug fixed... Thanks for reporting...

New beta5 maybe tomorrow if I get a good sleep !!

[Cosmos]

intuition.library v40.86 beta 5 (105 708 bytes)

  - fix R_SizeWindow
  - R_OpenWindow use now smart_refresh mode
  - a lot of tiny subroutines inlined
  - 8828 bytes saved


======> http://leblogdecosmos.blogspot.fr/p/coding.html



(Oups : next beta will include smart_refresh mode (http://aminet.net/package/util/wb/SmartWB105) in R_OpenWindowTagList too)

[Cosmos]

One bug report about BenchTrash prefs : it's an issue from this proggy, not from my new intuition.library version...

The little fix is ready for download (at the end) : http://leblogdecosmos.blogspot.fr/p/coding.html

[Cosmos]

When I ask coders for improving something : the answer is always no... Or no answer...

I asked you by email about updating the mmu.library (to make it romable if my memory is good...) and your answer was no some years ago...

So now I do by myself without any permession, I don't care... (I won't reverse your mmu.library, stay cool, ok ?!)

Amiga Classic 68k must evolve by any ways : if no evolution, it's the complete death...


For BenchTrash : it's a missing "moveq #1,d0" just after a "jsr -$72(a6)"... I'll remove my patch only is you release a fixed version quickly...



(PS : I know you will want write 3 pages of silly answer as usual : but not on my thread here... Do no pollute my work here with your well know negativity : open a new thread for that. Thanks for your understanding)

[Cosmos]

Nobody with his negativity will stop me : beta 6 on the way !

Will include SMART_REFRESH into R_OpenWindowTagList for ECS/OCS/AGA screenmode :

"SmartWB is a little program that will *magically speed up* Workbench's
window   refreshing.    It   forces   to  Workbench  windows  to  open  in
smart-refresh  mode  instead  of  slow, ugly-look simple-refresh.  SmartWB
patches  intuition/OpenWindowTagList  which  Workbench  uses  to  open its
windows.    I   really   don't  know  why  gurus  in  C=  decided  to  use
simple-refresh - it saves some memory, but the speed gain worth that.  Try
to  open something, let's say, about 20 windows on your workbench and then
do,  for  example,  a  depth  rearranging.  And so?  Yes, slow, even on an
A4000!  Try it again with SmartWB..."


A good tip, I will test it shortly :

"Furthermore   if  you  use  Magic  Layers  (aminet/gfx/misc/ML11.lha),
realtime window movement program by Trond Werner Hansen, SmartWB will make
it even better!!"

[Cosmos]

@StupidGuy

Shut up : you know nothing in coding and you are completly incapable to do what I' have done...

Remember that I don't have any original source, so the only way is reversing... All coders (except one) contacted refuse to improve or update their software...

They believe they are God : the super Amiga elite, have a very very big melon, have reason on anything, think I'm an idiot and don't want to share anything on their super-hyper piece of coding... Ridiculous !

[Cosmos]

Your ranting is doing you a disservice.
 
 I personally wouldn't want to run a hacked version of intuition that ignored what type of window the developer wanted, but some of your patches seem ok.
 
 Your attitude puts me off though.

Do what you want, I just say the thruth and tell my story... Nothing more, nothing less...

Coders are a bit special, it's like that : me too I'm special... It's just a fact : it's impossible to talk and trade with coders from my experience... They (hum... we) live on an "another planet" ! lol !!


Anyway, I understand your questions and interrogations about myself and all my reworked libraries : I have some secret goals with them, I cannot explain because Amiga have a lot of and powerfull ennemies...

Follow my works, and little by little all become clear for you...

[Cosmos]

Beta 6 near finished... Release for tomorrow...

Again a lot of supertiny subroutines inlined and many argstack turned to registers now...

You will get a little speedup : jbsr/rts and the move on the stack (specially on 000/010/020) are slow on every 68k...

Still a gigantic work to do...


This library was compiled by a very bad compilator : Dice ? Aztec ?

If you know, please tell me...

[Cosmos]

Question - whatever happened with that updated graphics.library you were working on a year or two back?  I seem to recall it had a lot of promise then just disappeared?  Hope I haven't already asked you this question, memory's a big rusty these days!  

Still working on it from time to time... I have a very very low life condition, so it's a bit hard for me to get my mind concentrate for coding well...


No new version of the intuition yesterday : I was working on a new hack CyberStorm MK2 running now at 105 Mhz...

Pictures on my Warp3D blog this day...

[Cosmos]

Sorry, but that's an issue with your intuition hack. I checked now the source code.  

The corresponding code segment of BenchTrash computes a word-based offset and passes this offset in the form of two 16-bit integers into intuition, namely into DrawImage(). Please check the autodocs, the function takes two *WORDS* and not two *LONGS*, which is a different thing. Only the lowest 16 bits of the arguments are assumed to be valid.  

 Before you're saying that the C "integer promition rule to int" should apply, I suggest that you should familiarize yourself with the calling conventions and the freedoms a C compiler has. An "int" can be both 16 bit (Aztec) or 32 bit (SAS) wide (or, as a matter of fact, even wider if the compiler deems this necessary, though no Amiga compiler picks this choice), thus any type of promition that may or may not take place is the matter of the configuration of the compiler and not in the freedom of the intuition to assume that promotion to 32-bit LONG (and not int) has been performed.  

 I followed a bit the intuition internals, so this problem is not entirely your fault.  

Interestingly, the internal intuition function declares the prototype for DrawImage taking int arguments (!) not WORD (!) arguments, so the problem stems apparently from the fact that the original authors of intuition did not match the external prototype strictly to the internal function, and it seems that the final fix for intuition was only made in an inofficial and non-published version of intuition that was fixed for SAS/C instead of the Greenhill compiler. This version never made it to the 68K's, though. In both versions, however, DrawImage() runs into DrawImageState() which again packs the offsets as two 16-bit entities into a message (intuition aka boopsi aka smalltalk-message, not exec message) and sends this to the corresponding image object (aka, calls its dispatcher). Thus, it remains 16 bit at this point as initially declared, so whether promotion takes place or not is utterly irrelevant *for the original intuition*, despite the fact that the internal prototype does not fit.  If that creates any trouble with your modifications, I suggest that you review your code.  

In one way or another, please remove now the hack of a program you do not own from your pages. At least for my program. Even though I strongly disagree with hacking up intuition like this, especially as it creates problems you have experienced, I'm at least not its owner, so I cannot really complain as the intuition author. I can claim as the BenchTrash author, and that's what I'm doing here. Fix the source at its origin and match your code to the official prototype.

What ??

The bug is from the bsr.w JL_3_1A42 & beq.w JL_3_1A24 !

Since no tst after the bsr, the beq take the CCR from the jsr -$72(a6) savestackmove who is wrong... I have removed these useless savestackmove, so your BenchTrash bug now...

You have to add a CCR Z by yourself (moveq #1,d0 is perfect) at the end of JL_3_1A42 after the jsr -$72(a6) because R_DrawImage return none : it's a bug from you...

No shame to code bug, I code bug too and all coders bug sometimes...


@Thomas Richter

I'm in a rage you cannot imagine : I think you are a satanist who want to destroy my works, my dreams and my reputation...

For this type of issue, private message is available but you want to f**k me in public here...

I really don't like that... Be carefull with me, I can be very very bad...