Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.
  1. Home
  2. Discussion Forum
  3. AROS FORUMS
  4. Development General
  5. AROS 64-bit Nightly build Testing

AROS 64-bit Nightly build Testing

Last updated on 5 days ago
Track threadPrint
N
ntromansSenior Member
Posted 8 days ago
#221

ntromans wrote:

@ntromans -

deadwood wrote:

@deadwood - @ntromans

Withint that drawer on USB FAT disk - do you have any files? If yes, delete them. If the problem goes away starts introducing the files back and see which one causes this issue.


True, it could be a corrupted file: it's the USB I use to transfer files at work and the machines there have corrupted it on more than one occasion.

Cheers,
Nigel.


Lock-up just happened again, this time on a drawer on an SFS partition in which I'm certain there are no corrupted files. It happened when setting 'show all files'. With muli-line listing removed for windows in Wanderer prefs the lock-up does not occur.

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 7 days ago
#222
Can you tell me which drawer you entered exactly? On a clean hosted build I only marked the "Use multiline" in Prefs/Wanderer Drawers section and then entered Fonts and Libs drawer which have many "multiline" file. I didn't experience any issue.
N
ntromansSenior Member
Posted 7 days ago
#223

deadwood wrote:

@deadwood - Can you tell me which drawer you entered exactly? On a clean hosted build I only marked the "Use multiline" in Prefs/Wanderer Drawers section and then entered Fonts and Libs drawer which have many "multiline" file. I didn't experience any issue.


I've the exact cause of the error - if you set multiline but look into a draw with icon titles that still longer than the lines set, the lock-up occurs. So long as the number of lines to display is at least as long as that needed for the full title of all icons, no crash.

E.g. the lock-up mentioned above was for a drawer with .mp3 music tracks in it. With 3 lines set, not all song titles (icon titles) are fully displayed on using 'show all files' => lock up. With 5 lines set, every title is fully displayed => no lock-up.

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 7 days ago
#224
Hmm, I just tried that with a 3 line setup and a file whose filename was not fitting into 3 lines and I didn't get a lookup. Tried that on hosted. There propobly needs to me some more conditions for this lockup to occur.

Is it possible that the complete name of the file (with extension) in your case was longer than 105 characters?
Edited by deadwood on 10-01-2026 08:42, 7 days ago
N
ntromansSenior Member
Posted 7 days ago
#225

deadwood wrote:

@deadwood - Hmm, I just tried that with a 3 line setup and a file whose filename was not fitting into 3 lines and I didn't get a lookup. Tried that on hosted. There propobly needs to me some more conditions for this lockup to occur.

Is it possible that the complete name of the file (with extension) in your case was longer than 105 characters?


The lonest filename is 43 characters.

Cheers,
Nigel.
R
retrofazaDistro Maintainer
Posted 7 days ago
#226

ntromans wrote:

@ntromans - It is reproduceable:

Download this pdf - https://www.daciadusterexplorers.co.uk/media/duster2024handbook.pdf to ram: (it's quite big, 20MB )

Open with AROSpdf, click through a few pages then close the program - for me that's when the crash happens.

Cheers,
Nigel.


@ntromans

Check if this version works better for you (or if it crashes, is it the same crash?).
You do not have access to view attachments
N
ntromansSenior Member
Posted 6 days ago
#227

retrofaza wrote:

@retrofaza -

ntromans wrote:

@ntromans - It is reproduceable:

Download this pdf - https://www.daciadusterexplorers.co.uk/media/duster2024handbook.pdf to ram: (it's quite big, 20MB )

Open with AROSpdf, click through a few pages then close the program - for me that's when the crash happens.

Cheers,
Nigel.


@ntromans

Check if this version works better for you (or if it crashes, is it the same crash?).


No luck I'm afraid - please see attached.

One other symptom - after the crash I can't start other programs requiring a reboot (I have to have ScreenGrabber running before the crash occurs to get the image).

Cheers,
Nigel.
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 5 days ago
#228
Try to have Avail running in another sheel window in loop every second or so. Check if it starts showing weird memory readings (too low or too high) at some point when opening the pdf.
A
aros-sgJunior Member
Posted 5 days ago
#229
arospdf: stack size of 40960 is too small.

Edit: That's when testing the 2010 version from Archives on older 32 bit hosted AROS. With the linked duster_whatever.pdf stacksnoop stack usage shown was something like 60000 bytes.
Edited by aros-sg on 12-01-2026 04:37, 5 days ago
N
ntromansSenior Member
Posted 5 days ago
#230
[quote name=aros-sg post=10668]@aros-sg - arospdf: stack size of 40960 is too small.

Edit: That's when testing the 2010 version from Archives on older 32 bit hosted AROS. With the linked duster_whatever.pdf stacksnoop stack usage shown was something like 60000 bytes.[/quote]

Thank you, and I've been really really dumb. I increased teh stack in the program's icon but forgot to increase the stack above the default in def_PDF when I installed that test nightly: with the stack incereased as suggested the crash disappears.

Really, really sorry for setting off this wild goose-chase.

Nigel.
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Moderator: Administrator, Moderators
Users who participated in discussion: nikos, deadwood, AMIGASYSTEM, ntromans, retrofaza, Amiwell79, Jeff1138, Farox, ncafferkey, aros-sg, arossystem, agrep