Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in 
CSDb User Forums

Forums > CSDb Entries > Release id #118713 : Krill's Loader, repository version 146
2013-05-07 11:44

Registered: Apr 2002
Posts: 1440
Release id #118713 : Krill's Loader, repository version 146

Please post feature requests, bug reports, questions etc. here.

Highest priority on my to-do list are speed enhancements, anything else you'd like for your next stunning demo?
... 50 posts hidden. Click here to view all posts....
2013-05-13 13:27

Registered: Apr 2002
Posts: 1440
Quoting algorithm
there should be a loadersymbols.inc file generated which will give you the offset jump table
The jump table (consecutive jmp instructions jumping to the public routines, located at the beginning of loader.prg and install.prg) is only needed if you don't use loadersymbols.inc for whatever reason, otherwise it's just a waste of space and time.
2013-05-13 13:40

Registered: Apr 2002
Posts: 1440
Quote: yeah dont init loader when your part (music irq, whatever) is running. that gave me exactly the same errors =D

Can you elaborate? Normally, the init procedure should not be disturbed by whatever your IRQ handlers do, but KERNAL must be enabled, sprites are forbidden, and $dd00 must only be written to with proper masking (as opposed to $dd00 access after install).
2013-05-13 15:08

Registered: Dec 2001
Posts: 9228
i was probably doing one of the things you shouldnt do, likely sprites :)
2013-05-13 18:25

Registered: Dec 2001
Posts: 999
Just downloaded and recompiled it, without chmod'ing. This time no problems, so if zip file hasn't been altered, please disregard my previous statement about write protected files being the problem. I was pretty sure it was the chmod that solved it, but apparently I must have done something else too. Sorry for the false alarm! But hey, I'm a n00b, what can you expect? :)
2013-05-13 19:33

Registered: Apr 2002
Posts: 1440
There is a regression bug with the dependencies of the binary target, which i fixed today, snuck in when i added the +4 target. This effectively required a make clean before each make prg. (Cruzer: Doing the chmod probably touched all files so make would rebuild everything.)

Will fix the file permissions (must have changed due to various copying across media and OSes) and also a few other minor things (like the Java dependency), then upload a new version.

Sorry for the inconvenience.
2016-04-07 20:54

Registered: Mar 2009
Posts: 715
Only because there was a lot of blabla about Krill Loader after BCC#10 (see CRX Race) and I had admitted having had trouble with Krill-Loader-using releases (which I've never contributed carelessly to the loader without decently checking out other reasons, however), I feel obliged to make crystal clear, that all my problems turned out to be a slightly broken power suppy providing about 11.7 V on the 12 V on-load(!).

About 0.3 to 0.5 V difference seems(!) neglectable, but was DEFINETELY the reason, as 2 drives (with perfectly clean reading-head) failed with the power supply in question (tested with BCC#10 trackmos, CRX Race and David Bowie Collection) but worked fine with 2 other power supplies producing 12 V or slightly more.

Bottom Line: I recommend everyone, especially DATA-Land, to measure power supply _on-load_ (i.e. while-loading) if you face crashes with releases using Krill loader.
2016-04-08 06:34

Registered: Nov 2003
Posts: 92
Didn't you pay your electricity bills? *heheheh* :D
At X2016 mayby somebody helps you out with a PSU.
"Remember to spread the love" ;)
2016-04-08 09:15

Registered: Dec 2001
Posts: 9228
i feel like pointing to post #3 :)
2016-04-08 09:38

Registered: Jan 2002
Posts: 390
Well, your conclusion is true if most other loaders fail, too. If it is only Krill's loader which fails, then another conclusion might be that it is too far on some edge and he has now a starting point to find out which.

Have you tried the loaders of lft and Bitbreaker?
2016-04-08 11:22

Registered: Oct 2002
Posts: 445
It is not even clear what kind of problems occur, nor is there a testcase to track down the quality of the problem. There's so many points where loading can fail, be it the stepping, the spinning speed, transfer. Then also, how are errors covered? Does the respective release make use of error codes or hang? One could also just ask an oracle about a solution. One slight hint the low 12 line gives might be spinning speed at least, but it is only a hint. Also, it is often easy to blame the loader when things break, but never it was the fault of irqs fucking registers or wild and arbitrary poking on $dd00 :-D
As for further evaluation i can hand out a bitfire .d64 for testing, but also doing some measures on spinning speed would be worth a try. Such cases need collection of data and further information.
Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Users Online
Guests online: 91
Top Demos
1 Uncensored  (9.7)
2 Coma Light 13  (9.7)
3 Edge of Disgrace  (9.7)
4 Comaland 100%  (9.6)
5 Unboxed  (9.6)
6 The Shores of Reflec..  (9.6)
7 Remains  (9.6)
8 D50  (9.5)
9 NGC 1277 100%  (9.5)
10 Lunatico  (9.5)
Top onefile Demos
1 Dawnfall V1.1  (9.6)
2 Crystal Gazer  (9.6)
3 The Tuneful Eight [u..  (9.5)
4 Smile to the Sky  (9.5)
5 Instinct  (9.5)
6 Rewind  (9.5)
7 Bad Boy  (9.5)
8 Daah, Those Acid Pil..  (9.5)
9 Gumbo Revised  (9.4)
10 Tribute to Ben - Las..  (9.4)
Top Groups
1 PriorArt  (9.6)
2 Oxyron  (9.4)
3 Booze Design  (9.4)
4 Censor Design  (9.4)
5 Performers  (9.4)
Top Organizers
1 Tim  (10)
2 cTrix  (10)
3 Retroluzzer  (10)
4 Burglar  (9.9)
5 Sixx  (9.9)

Home - Disclaimer
Copyright © No Name 2001-2020
Page generated in: 0.138 sec.