AmiCygnix file requester with visible assigns freeze my AONE

The subject says almost all, I have a very long
assign list, and if I set the visibility on file requester
(CYGNIX_SHOW_ASSIGNS = 1) when I click on Filesystem,
my AmigaOne with AOS 4.1u5 freeze immediately with no GrimReaper,
the only solution it's the reset button, if I disable assigns in file requester
all goes well

Edit: changed the subject

A file requester in WHICH program? I am guessing something to do with AmiCygnix? Sounds like a bug which you should report to the developer, using email...

Actually this was written in the AmiCygnix support forum, so i bet the author (should) read it eventually

Like Raziel sayd, being in the AmiCygnix forum the file requester it's in all AmiCygnix programs and seems Edgar
generally read this forum

Edit: I changed the subject so it's more clear

Quote:

Hmm - sounds bad. Anybody else who has this problem?

Seems to be a problem in my opendir() implementation. Could you please download and run this test program in a shell (CYGNIX_SHOW_ASSIGNS should be activated)? If it freezes, could you redirect the output to a file - maybe stored on a USB stick or something else to prevent damage.

Link: dirtest

Thanks!

Immediate freeze with no output this with 524280 of stack bytes,
but with 10 MegaBytes of stack I get the correct output
and no freeze

Edit: unfortunately it's not so simple, because I have
made some other tests and I got freeze even with
100 MB stack and with absolutely no output

@pvanni

Does the program work with deactivated assigns?

Could you try it again with removed assigns in the user-startup? (Maybe with an empty user-startup)

Without assigns it work, leaving only the Startup-Sequence
assigns it work, so I tried adding my assigns one by one
till the crash, at one point I got a garbage on the last
assign with an AOS assign requester, (I have a photo
of the screen at the crash moment) so I tried
to leave out the assign immediatly after the one with the
garbage, and this time I got the GrimReaper visit,
now I have the crashlog, the dirtest out and the assign list
at the GrimReaper moment, here they are
crashlog
dirtest out
assign list

I made some more tests, and changing the name of the
offending assign I have no more freeze, the assign is:
CrottoDelCapraio, if I change it in Crotto it work,
it seems the lenght of the name, not the number of the assings
because if I add Crotto1, Crotto2, Crotto3 etc it work,
but if I add CrottoDelCapraio it freeze immediately with
no output

Excellent work! But I've tried it here and I cannot reproduce the problem.
The strange thing is, that you don't get any output, before the system freezes. Here is a new version of the test program with an optimized buffer handlich for the assign name:

Link: dirtest2

Just a guess, maybe it works.

This one works like a charm
I tried adding many CrottoDelCapraioXXX
with XXX of variable lenght without freeze,
naturally when I tried the old one I got an instant
freeze, so the new method works, at least on my setup

Whow - did not expect this

Problem: This will only be fixed in new packages. The old packages will still freeze, so you cannot use this assign. But you found a bug, which was very hard to find - thanks!

I'm glad to be useful. Thank you to have looked at this
issue and for AmiCygnix in general.
For me it's ok to use a different assign till the next release.