English Amiga Board


Go Back   English Amiga Board > News

 
 
Thread Tools
Old 21 December 2007, 12:50   #1
ziosante
Registered User
ziosante's Avatar
 
Join Date: Nov 2007
Location: Italy
Posts: 27
Send a message via Skype™ to ziosante
SystemPatch 3.0

I've assembled a new version of SystemPatch, added some new patches from last public release.
This version must be considered beta.
Read included doc to know what's new in this version.
Maybe someone can find this software useful yet.
Attached Files
File Type: lha SystemPatch3.lha (201.4 KB, 245 views)
ziosante is offline  
AdSense AdSense  
Old 21 December 2007, 14:01   #2
Shoonay
Global Caturator
Shoonay's Avatar
 
Join Date: Aug 2004
Location: Porando
Posts: 6,034
Cool, ziosante! Thanks!
Not to mention hello&welcome to EAB!

I'll try it soon, when merging KG's WHD pack with mine that's already on the HD.
One of very few patches I use, that actually do something good, and don't hang me Amy.

Last edited by Shoonay; 21 December 2007 at 14:16.
Shoonay is offline  
Old 21 December 2007, 14:12   #3
killergorilla
Lesser Talent
killergorilla's Avatar
 
Join Date: Jan 2003
Location: UK
Age: 36
Posts: 7,924
Sorry to be thick, but what is it?
killergorilla is offline  
Old 21 December 2007, 14:14   #4
Shoonay
Global Caturator
Shoonay's Avatar
 
Join Date: Aug 2004
Location: Porando
Posts: 6,034
It's a System Patch, silly KG

Home Page

---=== EDITED ===---

From the FAQ (inside the archive)
Quote:
It's merely a try to implement a patch that could group part of known patches
for 68k Amigas, with some implemented by me.
A sort of "all in one" patch.
A *GREAT* "try" if I say so meself!

Last edited by Shoonay; 21 December 2007 at 14:33.
Shoonay is offline  
Old 21 December 2007, 14:28   #5
Charlie
. . Mouse . .
Charlie's Avatar
 
Join Date: Jun 2005
Location: Nowhere
Age: 49
Posts: 1,792
Wooo-Hooo!!!
Charlie is offline  
Old 21 December 2007, 17:20   #6
ppill
CON: artist
ppill's Avatar
 
Join Date: Feb 2006
Location: Poland
Age: 37
Posts: 1,158
Send a message via Skype™ to ppill
Thanks! One of my favorite patches.
ppill is offline  
Old 24 December 2007, 13:42   #7
alexh
Thalion Webshrine
alexh's Avatar
 
Join Date: Jan 2004
Location: Oxford
Posts: 11,942
Could you post it to the Aminet?

I'll only forget where to find it otherwise.

Thanks
alexh is offline  
Old 26 December 2007, 01:15   #8
ziosante
Registered User
ziosante's Avatar
 
Join Date: Nov 2007
Location: Italy
Posts: 27
Send a message via Skype™ to ziosante
I'll post SystemPatch to the Aminet soon.
ziosante is offline  
Old 26 December 2007, 01:17   #9
DamienD
Global Moderator

DamienD's Avatar
 
Join Date: Aug 2005
Location: London / Sydney
Age: 41
Posts: 9,662
Hello ziosante,

Thanks for your patch

Maybe you can offer some advise / information in this thread: SystemPatch3 - WHDLoad preload incompatible?
DamienD is offline  
Old 29 December 2007, 16:40   #10
alexh
Thalion Webshrine
alexh's Avatar
 
Join Date: Jan 2004
Location: Oxford
Posts: 11,942
Quote:
Originally Posted by wepl
It seems that TLSF returns 2,018,011,950 for AvailMem(MEMF_LARGEST).
Which causes that nothing is preloaded because WHDLoad uses this to calculate the puddle size for the memory pools used for the PreLoad memory.
Which version of TLSF did you use? 1.4?

There was a bug in AvailMem(MEMF_LARGEST) according to the changelog.

Quote:
Originally Posted by planton42
Code:
History
~~~~~~~
V1.4 (22-Oct-07):
  - Fixed enforcer hit (memory write to 8) reported by Bernd Rösch.
  - Fixed TLSF memory being counted multiple times, if the original mem
    header was present for AvailMem(MEMF_TOTAL).
  - Fixed a slight inaccuracy for AvailMem(MEMF_LARGEST) if there were
    multiple blocks of the same category or multiple TLSF memory headers.
  - When eating a memory header, random MEMF flags were used. Fixed.
  - When converting memory headers and the TLSF Mem header is at the end
    of the original memory header, it will shrink the original one to
    remove the overlap.
  - AllocatorBenchmark was broken and would always use MEMF_CLEAR.
  - SaferPatches, PatchControl and (probably) SetMan would crash TLSFMem
    if started before, because they would try to allocate memory while
    TLSFMem calls SetFunction to modify the allocation routine, even before
    it could store the old function pointers itself. Hence, SaferPatches
    would call the patched TLSF pointer for memory, and TLSF would call
    a NULL pointer for legacy memory routines.
    To fix this catch22, TLSFMem now also implements the very last legacy
    routines Allocate() and Deallocate() itself.
  - TLSFMem would crash when run in ROM space, because it tried to save the
    old SetFunction() pointers in its code. Now that it doesn't call legacy
    routines anymore, this is fixed. However, TLSFMemPool still needs to
    store the old function pointers -- When run as resident TLSFMemPool
    will not patch memory pool functions.
  - Fixed some glitches in CreatePool() when running out of memory.
  - MEMF_CLEAR memory clearing now happens outside of Forbid state.
  - Fixed some evil glitches in AllocAbs() which could cause aligned memory
    allocations operations to fail when memory got fragmented. This could
    also explain why PowerUP programs refused to run.
  - Enabled minimum sanity check on FreeMem() for correct size parameter.
    Will recoverably GURU with $715F0041 when mismatch is detected.

Last edited by alexh; 29 December 2007 at 16:51.
alexh is offline  
Old 02 January 2008, 00:04   #11
ziosante
Registered User
ziosante's Avatar
 
Join Date: Nov 2007
Location: Italy
Posts: 27
Send a message via Skype™ to ziosante
TLSF has some evident bug with the AvailMem(MEMF_LARGEST) function.
I'll do some debug and try to see if I can fix the problem.
ziosante is offline  
Old 02 January 2008, 01:50   #12
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,736
Quote:
Originally Posted by ziosante View Post
TLSF has some evident bug with the AvailMem(MEMF_LARGEST) function.
I'll do some debug and try to see if I can fix the problem.
Hi Sante !

The problem with AvailMem is, that TLSFMem doesn't like memblocks with a
size larger than 2 GBytes, because unfortunately it works with signed longs
and uses the wrong condition-codes for its branches. Thus every memblock
with 2 GByte or more is treated as a negative number and causes crashes!

One remark according IconBeFast v1.16 in systempatch 3.0:
There is some part of the documentation which belongs to the icon.library patch v2.0x in your systempatch.guide. It's not true that v1.16 has a colormap cache like v2.0x and that also means it's just about 4 times faster with icon loading and not 6 times.
Further, could you make a short note that the users of your patch collection won't need TagLiFE anymore in their startup-sequence, just to avoid patching the same functions twice.

But anyway, thanks a lot for your systempatch, I still use it

Last edited by PeterK; 02 January 2008 at 02:08.
PeterK is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
SystemPatch 3.x tolkien request.Apps 2 02 April 2013 01:03
SystemPatch 3.3 Leandro Jardim request.Apps 2 22 May 2010 04:56
SystemPatch 3.1 ziosante News 29 31 August 2008 03:53
ClassicWB with systempatch rare_j project.ClassicWB 10 10 April 2006 15:25
New release of SystemPatch! Paul News 0 04 January 2005 13:59

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 15:48.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.33211 seconds with 12 queries