Welcome, Guest. Please login or register.

Author Topic: The Os 3.1.4 Thread  (Read 239823 times)

Description:

0 Members and 7 Guests are viewing this topic.

Offline aggro_mix

  • Full Member
  • ***
  • Join Date: May 2004
  • Posts: 149
    • Show only replies by aggro_mix
Re: The Os 3.1.4 Thread
« Reply #764 from previous page: March 19, 2020, 02:11:39 PM »
One of the main problems I had was the ImageFX CD I bought from the SWAG 2020 meet in January earlier this year simply isn't detectable in my particular CD-ROM

I could never get my ImageFX Studio CD working in my Amiga either (bought from Kermit), had to use a PC and transfer from there.
 

Offline Ancalimon

  • Hero Member
  • *****
  • Join Date: Apr 2002
  • Posts: 516
  • Country: 00
    • Show only replies by Ancalimon
    • http://www.myspace.com/orhunmusic
Re: The Os 3.1.4 Thread
« Reply #765 on: August 14, 2020, 06:42:33 PM »
I just got OS 3.1.4 for A4000T (no new roms), but the install 3.1.4 disk freezes at the first command fixromlibs 35.
A4000T, 604e@400&060@66, 128MB+16MB+Zorram256, CVisionPPC, VLabMotion, Toccata, XSurf100&RapidRoad, Prisma Megamix

A1200, Blizzard060@50, 256MB, Blizzard IV SCSI, FastATA mk4
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #766 on: October 11, 2020, 02:15:31 PM »
I just found a little problem:
It appears that MultiView or rather the text/ansi datatypes struggling to handle longer text files, in my case just above 2MB, aprox. 66k lines of ansi output log from a tool.

Maybe a bug or just slightly above the limit the datatype can handle?

It eats up all the memory too (~ 6MB).

Edit: Memacs seems to read it just fine.
« Last Edit: October 11, 2020, 02:26:25 PM by TribbleSmasher »
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #767 on: October 12, 2020, 01:06:44 AM »
Hi,

I tried to reproduce your issue on a clean 3.1.4(.1) system. But I could not. It just works as designed.

A 2 MB sample textfile (https://www.learningcontainer.com/sample-text-file/#2mb_text_file-2) loads fine and uses way less memory than what you describe.

Something is wrong exclusively in your system.
 
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #768 on: October 12, 2020, 08:49:23 AM »
Mine has ansi ESC codes in it, for BOLD. Would that made a difference? What about the amount of lines? Mine has almost 67000.
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #769 on: October 12, 2020, 09:41:13 AM »
Mine has ansi ESC codes in it, for BOLD. Would that made a difference? What about the amount of lines? Mine has almost 67000.

It shouldn't.

But in any case,it does not hurt to try: if you can, share this file so that we can attempt to reproduce your issue one more time.
« Last Edit: October 12, 2020, 04:58:30 PM by Gulliver »
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #770 on: October 12, 2020, 11:31:42 AM »
i can do that, later today. :)
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #771 on: October 12, 2020, 04:23:11 PM »
Here it is:
* mp3list_out.zip (321.73 kB - downloaded 1 times.)
« Last Edit: October 12, 2020, 05:26:06 PM by TribbleSmasher »
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #772 on: October 12, 2020, 05:08:26 PM »
I was able to reproduce the issue with that specific file:

As you have well said it, that file contains too many escape codes. And you are forcing the datatype to display them. This requires much more memory than what your system has. The datatype will properly display that file if you had enough RAM on your system.

You may either just strip the escape codes from the file or get more RAM. 
« Last Edit: October 12, 2020, 05:09:03 PM by Gulliver »
 
The following users thanked this post: TribbleSmasher

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #773 on: October 12, 2020, 05:14:47 PM »
Thanks for trying. It is not really important, i don't really need it to have ESC codes at all. :)
 

Offline kolla

Re: The Os 3.1.4 Thread
« Reply #774 on: October 13, 2020, 07:24:39 AM »
I’m sure the AmigaKit datatypes are fixing exactly this issue :)

I keep seeing something funny btw, when deleting directories with lots of files in RAM:, it happens every now and then that Delete fails, claiming a apparently random file or directory is “busy” and hence cannot be deleted. Aborting the delete task and delete again and it works.

The funny part is that this is exactly what has been written off as a bug in PFS3, but there is no PFS3 on the systems where I see this, and certainly no PFS3 on RAM:

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 Gulliver

Re: The Os 3.1.4 Thread
« Reply #775 on: October 13, 2020, 12:32:57 PM »
I was not able to reproduce the issue you mentioned.

Do you have a concrete way to reproduce it?

 

Offline Dege

  • Newbie
  • *
  • Join Date: Apr 2020
  • Posts: 4
    • Show only replies by Dege
Re: The Os 3.1.4 Thread
« Reply #776 on: October 16, 2020, 11:39:10 AM »
Going to change topics a moment.  Installing 3.1.4 on a 3000 with 3.1.4 roms.  Using a SCSItoSD interface for the scsi.  My dh0: drive is 20 gig.  I get a "error validating system: not enough memory" message and the disk won't format.  Is there a work around for this?  I've installed os3.1.4 on a 500 and a 4000 and haven't run into this particular problem.  The 500 didn't have a very large SD and the 4000 has 128 meg of memory.  My A3000 has 8 meg fast memory and 2 meg of chip. Suggestions?
 

Offline asymetrix

  • Full Member
  • ***
  • Join Date: May 2007
  • Posts: 118
    • Show only replies by asymetrix
Re: The Os 3.1.4 Thread
« Reply #777 on: October 16, 2020, 02:50:11 PM »
@Gulliver

Quote
As you have well said it, that file contains too many escape codes. And you are forcing the datatype to display them. This requires much more memory than what your system has. The datatype will properly display that file if you had enough RAM on your system.

Maybe the new datatype system could resolve this ? Especially code to use harddrive as memory temporarily - instead of forcing upgrade to user? it's not rocket science for a competent developer.
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #778 on: October 16, 2020, 03:15:36 PM »
It entirely depends on how the text is being rendered/stored. A normal text can be loaded as one block into memory and then you just count(store) all linebreaks as longwords, in my example 66*4kbytes + size of text 2mbytes.
Once you find special codes, the datatype might add more overhead to it, like begin/end/length of esc sequence, or even split the entire text up into pieces of strings with their own properties and what not.
I don't know how the ansi works in text.datatype but i kindof understand why it uses 3x the amount of RAM.
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #779 on: October 16, 2020, 05:36:21 PM »
Going to change topics a moment.  Installing 3.1.4 on a 3000 with 3.1.4 roms.  Using a SCSItoSD interface for the scsi.  My dh0: drive is 20 gig.  I get a "error validating system: not enough memory" message and the disk won't format.  Is there a work around for this?  I've installed os3.1.4 on a 500 and a 4000 and haven't run into this particular problem.  The 500 didn't have a very large SD and the 4000 has 128 meg of memory.  My A3000 has 8 meg fast memory and 2 meg of chip. Suggestions?

Use a larger block size in HDToolBox and you will be fine.
Go for 4096 bytes per block and it willl solve your issue.