Welcome, Guest. Please login or register.

Author Topic: AmigaOS 68k development - components, critics, bugs, work-arounds, tips&tricks  (Read 46814 times)

Description:

0 Members and 2 Guests are viewing this topic.

Offline kollaTopic starter

Re: AmigaOS 68k development - components, critics, bugs, work-arounds, tips&tricks
« Reply #179 from previous page: March 02, 2020, 10:16:03 AM »
I cannot confirm this. If I open the info window, and drag a file with only a .info and no file in it, I get the new icon all fine. The only particular combination in which nothing happens is if you open a drawer which is "list by names", and "show all files", and you drag a file without an icon into the info window. Then nothing happens. Which is plausible as there is no icon to begin with.

Mea culpa - I was confusing myself with RAWBInfo - default WBInfo does indeed work correctly.

Mea culpa rursus - it does happen with "native" WBInfo and RAWBInfo alike, when the source icon is of type "drawer" and no drawer exists. Changing icon type to "project" (for example) solves this, or making a drawer or a file with corresponding name.
« Last Edit: March 02, 2020, 10:19:41 AM by kolla »
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline kollaTopic starter

How to delete all empty files (and hopefully only empty files) in a path "path/", using only shell commands provided with the OS, using a broken implementation of locale in the C:List command as well as "forgiving" behaviour of C:Delete regarding non-existing files when more than one argument is given, one can do this...

Code: [Select]
List path/ ALL FILES LFORMAT "Delete *"%p%n*" T:_this_file_is_%b" | Search NONUM T:_this_file_is_empty | Execute

(then one can argue over why List uses "empty" and not "Empty", since it uses "Dir" and "Soft", and why not just a linguistically neutral "0"...)
« Last Edit: March 02, 2020, 11:02:07 AM by kolla »
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline kollaTopic starter

With newer versions of AmigaOS, there is an alternative way of launching shell scripts from Workbench, which doesn't involve IconX - instead of an icon of type "Project", one can set icontype to "Tool", tick attribute (protection bit) "script" and add CLI and DONOTPROMPT as tooltypes - that is select "Shell" in the "Start from:" menu and remove the "Prompt for input:" tick. On double click, the script will just be executed.

These tooltypes do not work with WBLoad though, which only report "object is not of required type"...

I would argue that a text file that has S-bit set, by default should rather be treated as a tool than as a project by Workbench (and/or Deficons).
It should also be possible to tick for H and P protection bits from WBInfo.
« Last Edit: March 09, 2020, 01:25:52 PM by kolla »
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline kollaTopic starter

In a funny twist of events, this happened:

http://aminet.net/package/driver/media/AtapiMagic

A readme littered with BS about Hyperion ownership, copyrights, distribution restrictions etc (really, this “trick” predates Hyperion OS development, so what’s so special about this code?) so it is not without irony that this binary is the same as in this posting, by OS developer ThoR:

https://forum.amiga.org/index.php?topic=74270.msg847086#msg847086

So, since in that post, in which ThoR included the rom module, he says that anyone who feel like it can test this module and there is no mention of distribution limitations... why is all that BS being posted to Aminet? A little too late too, that binary is distributed widely by now.
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline BSzili

  • Full Member
  • ***
  • Join Date: May 2012
  • Posts: 112
  • Country: 00
    • Show only replies by BSzili
    • http://bszili.morphos.me
This is my favorite part (emphasis is mine):
Quote
AmigaOS always supported 2 devices on the IDE port. To be able to
use 4, a third party software patch called IDEFix was often used. The
problem is that the IDEFix software does not work correctly under many
OS versions
. In fact, on many scenarios, it will most likely fail.
Yeah, under 3.1.4 and 3.2. Translation: we broke compatibility with IDEFix ;)

Quote
AtapiMagic has been tested working under both AmigaOS 3.1.4 and
AmigaOS 3.2. That said, under a few unknown circumstances, it seems it
may not work according to a small amount of reports received
.
This sounds like some Apple press release after they got sued for some hardware issue  ;D

This is just like television, only you can see much further.