AmigaOS 3.9 BoingBag #4

[James]

Originally Posted by matthey

There appears to be a serious bug in xad_xfd.

Yes, I ditched it long ago due to the VC2 crashes...

A few small things that should be made standard:

C:MakeLink RAM:disk.info ENVARC:SYS/def_RAM.info soft

Should be added to startup to allow the position of the Ram icon to be saved.

DeleteKey.lha

To make the del key useable. - Think this one is already in BB4? But left it here for those who don't use T.H.E...

This could also be integrated into T.H.E. if it is not already:

http://aminet.net/search?query=iconlink

Allows you to have link icons on the WB.

This is nice, but not working 100% for me at the moment:

http://os4depot.net/index.php?functi...copynpaste.lha

Seems to work OK but gives me some error messages...

[gulliver]

@matthey
Thank you for your bug report.

@James
Thank you for the suggestions

[Minuous]

OK, BB4 V0.9h is released and incorporates most of these suggestions.

[ancalimon]

This is from my Startup-Sequence

C:Blizkick Devs:Kickstarts/kick40068.A1200 EXTRESBUF=150000 romupdate.idtag exec.library bootmenu FastFileSystem FileSystem.resource scsi.device ram-handler console.device shell coldresetcard quiet

I@m going to change it into:

C:Blizkick Devs:Kickstarts/kick40068.A1200 EXTRESBUF=150000 romupdate.idtag exec.library bootmenu FastFileSystem FileSystem.resource scsi.device ram-handler KingCON-Handler card.resource trackdisk.device coldresetcard quiet

I`m also going to move the relevant files to Devs:Modules for Blizkick. Are these correct?

EDIT: Can't make Blizkick work

My setpatch command is simply: C:SetPatch NOROMUPDATE QUIET

How do I tell Blizkick to skip those rommodules? They don`t even exist in the Blizkick`s Modules folder.

[brett71]

I've already installed an older version of BB#4. Can I reinstall the latest version on top of itself, or could it cause any issues?

[FOL]

Originally Posted by brett71

I've already installed an older version of BB#4. Can I reinstall the latest version on top of itself, or could it cause any issues?

Sure, just overwirte everything.
On startup-sequence change, if nothing changed then ignore that step.

[xc8]

I just installed the BoingBag #4 (on an a4k) I see now an output window after any reboot with some info ... looks like 'debug' output from the desktop menus... I assume that the BoingBag #4 screwed up my setup?
tia

chris

[Minuous]

What is the output?

[xc8]

this:

 6 *-* KEYBOARD ADD NAME '"Open2"' KEY '"SHIFT RETURN"' CMD "...
+++ Command returned 10
  7 *-* KEYBOARD ADD NAME '"CloseWin"' KEY '"ESC"' CMD "rexx:o...
+++ Command returned 10
  8 *-* KEYBOARD ADD NAME '"Delete"' KEY '"DEL"' CMD "rexx:os3...
+++ Command returned 10
  9 *-* KEYBOARD ADD NAME '"OpenShell"' KEY '"LAMIGA ESC"' CMD...
+++ Command returned 10
 10 *-* KEYBOARD ADD NAME '"Window Update"' KEY '"SPACE"' CMD ...
+++ Command returned 10
 13 *-* MENU ADD NAME '"FlushLibs"' TITLE '"FlushLibs"' SHORTC...
+++ Command returned 10
 18 *-* MENU ADD NAME '"CreateDefaults"' TITLE '"SnapShot DefI...
+++ Command returned 10
 19 *-* MENU ADD NAME '"OpenDrawer"' TITLE '"Open Drawer"' SHO...
+++ Command returned 10
 20 *-* MENU ADD NAME '"SelectIcon"' TITLE '"Select Icon"' SHO...
+++ Command returned 10
 22 *-* MENU ADD NAME '"ToggleIcons"' TITLE '"Toggle Icons"' S...
+++ Command returned 10
 23 *-* MENU ADD NAME '"Edit"' TITLE '"Edit"' SHORTCUT "D" CMD...
+++ Command returned 10
 29 *-* MENU ADD NAME '"Reboot"' TITLE '"Reboot"' CMD "'addres...
+++ Command returned 10

thanx again

chris

[Ratte]

Originally Posted by gulliver

@Ratte
The problem with OpenPCI vs Elbox Mediator drivers, is that choosing one, means leaving out the features and hardware support the other one has.
So there is no ideal solution. It seems more reasonable for the user to choose by themselves the option they see fits best for their system. OpenPCI seems a better concept, but, as said before it lacks many things.

I dont miss any openpci-drivers compared to mediator-drivers.
OPCI has network (Realtek8139), ahi-sound (SB128 & FM801), USB1.1/2.0 drivers, tv-card (BT8x8), catweasel-mk3/mk4 controller & graphics (sorry no voodoo, but Radeon).

btw. openpci-radeon has less bugs, more features and is faster than mediator-radeon.

[Minuous]

Originally Posted by xc8

this:

  8 *-* KEYBOARD ADD NAME '"Delete"' KEY '"DEL"' CMD "rexx:os3...
+++ Command returned 10

It looks like your SYS:WBStartup/THE file has been modified. "rexx:" seems to have been changed to "rexx:os39/" or similar. Therefore, it's not finding the files where it is looking for them. Using the unmodified file provided in the archive will work.

>I assume that the BoingBag #4 screwed up my setup?

No.

[Bamiga2002]

Originally Posted by Ratte

I dont miss any openpci-drivers compared to mediator-drivers.
OPCI has network (Realtek8139), ahi-sound (SB128 & FM801), USB1.1/2.0 drivers, tv-card (BT8x8), catweasel-mk3/mk4 controller & graphics (sorry no voodoo, but Radeon).

btw. openpci-radeon has less bugs, more features and is faster than mediator-radeon.

Sounds good, never tried OpenPCI myself. I guess no Warp3D support for the radeon anyway? Then I'd switch to OpenPCI in a heartbeat!

[xc8]

@Minuous thank you mate!

As I noticed, the "THE" was the same as the one that was into the WBStartup, but inside that folder I found a file called "setKEYandMENU" and I deleted it as it seems that file used the "rexx:os3.9/....."

thx again

chris

[Minuous]

Looks like in the past you have installed the "official" THE archive, which uses that filename (or possibly an older version of BB4 may have done so). Just delete it as you have done and all will be well.

[mfilos]

I think I must be the only one that doesn't like THE

[xc8]

ouch... I just realized that after installed the BB#4 I have this error:

everytime I point to a non-existent device : (eg xxxx: ) then I see the 'insert device xxxxx:" and immediately a #8000000B !

I had no problems before to install the 'latest' BB4....

Thanx in advance for any ideas/help.


[update] problem fixed.. I installed over there the BB3 then BB4 again .. ;-}

[gulliver]

BoingBag #4 v0.9m - Minor update

Changes between V0.9k and V0.9m:
* Adjusted startup-sequence modification instructions.
* Upgraded icon.library from 46.4.228 to 46.4.251.
* Upgraded dos.library to latest version.
* Fixed Genesis icons.

Available at:

http://amigan.1emu.net/releases/
http://lilliput.amiga-projects.net/bbag4.htm

[Bamiga2002]

Good!

[hypnoia]

Installing the v0.9m BB4 on top of a working 3.9+BB3 on my A3000D results in exec errors. Beginning with "Cannot open your tool THE" and, after opening the Picasso96 screen, continues with "Cannot open 'workbench.library', version 45 ; Unable to run 'AmiDock'".

Failing to load workbench.library is apparent as all my tooltypes are reset, icons revert to flat 4-color defaults (no glow-icons) and in some cases disappear altogether, and default tools for datatypes (MultiView for JPG, BMP, etc) are gone.

This happened twice; in both cases I've recovered by reinstalling BB1 through BB3 and backing out the BB4 SetPatch changes. All startup-sequence and user-startup changes are correctly applied.

I'm sure I'm simply missing a tool or upgrade that is assumed to be present. What could it be?

Thanks very much for the assistance.

EDIT: Okay, I've discovered the culprit. I removed the DISABLEROMMODULES "" flag from the BB4 SetPatch line, and everything loads correctly. With the flag included, all hell breaks loose, at least on this system. C:SetPatch version is 44.38.

[hypnoia]

Another problem; CG fonts do not render with BB4 as installed (on this system). For example, fonts within IBrowse 2.4 and vector fonts within the MUI font selector are invisible. Reverting to the OS3.9 version of diskfont.library solves that one.

[matthey]

Originally Posted by hypnoia

Another problem; CG fonts do not render with BB4 as installed (on this system). For example, fonts within IBrowse 2.4 and vector fonts within the MUI font selector are invisible. Reverting to the OS3.9 version of diskfont.library solves that one.

Try this 68020+ version of the diskfont.library (15596 bytes):

http://www.heywheel.com/matthey/Amiga/diskfont.lha

It fixes a bug with CG/scalable fonts but needs some testing. Let me know if it fixes your problems as well as any other problems you find. Thanks.

[hypnoia]

Originally Posted by matthey

Try this 68020+ version of the diskfont.library (15596 bytes):

That did the trick, thanks!

[hypnoia]

I get a "Function not implemented" error in MakeLink when attempting to softlink across filesystems via:

C:MakeLink RAM:disk.info ENVARC:SYS/def_RAM.info soft

Now wouldn't that work as intended as a simple copy?

[PeterK]

Yes, of course, you can also use a simple copy like this:

 Copy >NIL: ENVARC:Sys/Def_RAM.info RAM:Disk.info

[Bamiga2002]

Originally Posted by hypnoia

I get a "Function not implemented" error in MakeLink when attempting to softlink across filesystems via:

C:MakeLink RAM:disk.info ENVARC:SYS/def_RAM.info soft

Now wouldn't that work as intended as a simple copy?

What exec.library are you using? With exec 40.10 it doesn't work but with exec 45.20 it does.
But you can always use the copy method PeterK mentioned.

[James]

Originally Posted by PeterK

Yes, of course, you can also use a simple copy like this:

 Copy >NIL: ENVARC:Sys/Def_RAM.info RAM:Disk.info

No, this does not work. The point of MakeLink is to allow changes to your Ram Disk.info to also be saved to the def_RAM.info. If you simply copy def_RAM.info to RAM: all changes to it will be lost after a reboot. If you can't get MakeLink to work there are a couple of utils on Aminet that should do the job:

http://aminet.net/search?query=snapshot+ram

At least as far as snapshot is concerned. MakeLink also allows you to permanently change the Ram Disk icon image via RAWBinfo, for instance. I am not sure if these utils will enable that, as I have been using MakeLink with no problems for many years now and have not had need of them.

[PeterK]

Yes, I understand your point of view, James.

But for me, the point is that I like to use my Ram:disk.info for critical experiments when I play with my icon.library and want to try out several methods of saving different types of icons to a disk. If somethings goes wrong my Ram: icon will recover after a reboot. And I really don't need a new one every day.

[James]

Originally Posted by PeterK

Yes, I understand your point of view, James.

But for me, the point is that I like to use my Ram:disk.info for critical experiments when I play with my icon.library and want to try out several methods of saving different types of icons to a disk. If somethings goes wrong my Ram: icon will recover after a reboot. And I really don't need a new one every day.

Yes, people don't have to use MakeLink. Just wanted to make it clear that a copy command was not a direct replacement for it.

[hypnoia]

I retract the MakeLink bug; I believe I was seeing the 'function not implemented' error in testing, but I can confirm that it is currently working with my BB4 system. Exec.library is 45.20.

[Bamiga2002]

Did you eat some silly mushrooms that made you see things?

[hypnoia]

Originally Posted by Bamiga2002

Did you eat some silly mushrooms that made you see things?

No, it's not Thursday yet. The error was real, but I can't reproduce it at the moment.

I went from OS 3.9 to BB1, 2, 3, then 4, and I was seeing the error. But it may have been when I disabled some of the SetPatch directives while troubleshooting, in trying to fix that big DISABLEROMMODULES error.

Carry on.

[JohnFante]

Originally Posted by hypnoia

Installing the v0.9m BB4 on top of a working 3.9+BB3 on my A3000D results in exec errors. Beginning with "Cannot open your tool THE" and, after opening the Picasso96 screen, continues with "Cannot open 'workbench.library', version 45 ; Unable to run 'AmiDock'".

Failing to load workbench.library is apparent as all my tooltypes are reset, icons revert to flat 4-color defaults (no glow-icons) and in some cases disappear altogether, and default tools for datatypes (MultiView for JPG, BMP, etc) are gone.

This happened twice; in both cases I've recovered by reinstalling BB1 through BB3 and backing out the BB4 SetPatch changes. All startup-sequence and user-startup changes are correctly applied.

I'm sure I'm simply missing a tool or upgrade that is assumed to be present. What could it be?

Thanks very much for the assistance.

EDIT: Okay, I've discovered the culprit. I removed the DISABLEROMMODULES "" flag from the BB4 SetPatch line, and everything loads correctly. With the flag included, all hell breaks loose, at least on this system. C:SetPatch version is 44.38.

Just wanted to share that I have the same problem on a A4000D with CSPPC, CVPPC, Adriana and Toccata.

And also with me DISABLEROMMODOLUES "" did the trick.

Thanks for all your effort.

[PeterK]

The SetPatch option DISABLEROMMODULES "" should only be used when the icon.library and the workbench.library have been loaded resident either by LoadModule or LoadResident or with a custom ROM. If nothing like this has been done before then you will get the versions from ROM, because the newer libraries from LIBS: won't be loaded by SetPatch. That's what this switch should do.

[Minuous]

OK, fixed for BB4 0.9n which has now been released; also included are updated versions of diskfont.library and icon.library.

[MagikGimp]

I noticed that turrican3 mentioned problems with AmiKit a while back and while I don't have the problem he described I am having a crash. Attached is a screenshot of the crash dialogue (or variations on it that I get). The task is described as CON. Certain things work after clicking Suspend such as games with WHDLoad but most other things just fail now e.g. extracting archives.

Any help on what's gone wrong would be greatly appreciated. Thanks.

[PeterK]

Install at least SegTracker in order to get more details about what's going wrong. Or even better, install SegTracker, VBRcontrol and WinUAEenforcer somewhere below SetPatch. All files are in the attached Enforcer.rar:
http://eab.abime.net/showpost.php?p=832698&postcount=3

[cosmicfrog]

>the installer doesn't ask, where the 'Internet' folder is located at

Actually the OS3.9 installer and BB1 also assume SYS:Internet so they would also need to be fixed.

I fail to see the logic of this, its like u are saying I don`t want to change it cos someone has to change the other older boingbags. Come on if you going do it, do it to the best the system allows.

Its bad practise to make assumptions, especially when you can ask

right now I`ve said all that thanks for doing the updates. May the Boings go from strength to strength

[Minuous]

But don't you see that there is no way they could possibly have it anywhere else but SYS:Internet for that reason. There is no support in the official scripts for having it anywhere else. I suppose I could rewrite the official scripts (OS3.9, BB1, etc.) to add support for this, but that is no guarantee that everyone would use them. One of the goals of BB3+4 is to work with the official OS3.9+BB1+2.

[cosmicfrog]

I do see your point

[Minuous]

@MagikGimp:

That would be KingCON then. Have you reported this bug to cosmos? In the meantime you may want to remove L:KingCON-Handler from the LoadResident call, and remove console from the SKIPROMUPDATES part of the SetPatch call.

Boing Bag #4 0.9o has been released, you can get it as usual from http://amigan.1emu.net/releases/BoingBag4.lha . Updates to various resources, diskfont.library, icon.library, THE, fixes to installer script, etc. Thanks to all involved.