@skynet

Are you using SFS? There's a hidden directory called ".recycled"

I get an error in DOpus4 "DOS code error 1 - Error 1" at random times and have to restart. Sometimes it shows "-1" in a shell window. It can happen when copying/deleting or just listing directory contents. Unfortunately I don't have any steps to reproduce. Any ideas?

Edit: I was just deleting a directory with a bunch of files in it using DOpus4 by selecting the directory and clicking delete. Halfway through deleting, it showed "DOS code error 1 - Error 1". I tried again and got the same message, but I was still able to go into the directory, delete the files there, then delete the directory.

Edit 2: -fsdev local,security_model=mapped-xattr,id=fsdev0,path=shared -device virtio-9p-pci-non-transitional,id=fs0,fsdev=fsdev0,mount_tag=SHARED

It looks like dopus5.lha was renamed to dopus5byai.lha and has inherited the download count of the former archive, and dopus5.lha is a fresh upload with no history.

Edit: That has been fixed.

Neither of the archives have any comment history or snapshot images (dopus5.lha had comments and a snapshot image). There's possibly vote history that is older than 30 days that can't be seen by us that might be in the database somewhere and assigned to the dopus5byai.lha archive.

(Ignore this message. Mods can delete this, obviously)

It compiles if you use

ppc-amigaos-g++ -o atomic atomic.cpp -std=c++20 -athread=native -latomic

or

ppc-amigaos-gcc -o atomic atomic.cpp -std=c++20 -athread=native -latomic -lstdc++

There were 2 issues. One specific to the IOS player client, and the other affecting all player clients.

@skynet

Message me your email address.

@K-L

This is something that needs to be sorted out in YT.rexx. Send me a private message with your email address. (Edit: n/m I have it and sent you an email)

It was fixed in YT.rexx 3.3 but maybe there's been a recent change that requires another fix.

Edit: The .m3u8 changed slightly, but I only notice it with the IOS client. I sent you something to test.

I noticed the download link for the OS4.x version is broken.

https://www.ibrowse-dev.net/download.php

On a fresh install of OS4.1 FE + Updates, AmiUpdate fails to download this so I went to the website manually to discover the link is broken.

@smarkusg

The latest branch I can see is here: https://github.com/khval/e-uae-1-0-0/tree/uae-1-1-2

Perhaps it's something in APPDIR: pointing to ADH0:

You can try a different USB port for the keyboard.

@TheMagicSN

If it was using threads.library instead of pthreads.library, and you were using libpthread.a (rather than .so), then it was the wrong libpthread.a too.

Both the .a and .so will use pthreads.library.

The .so is in SOBJS: and comes with OS4.1 (a symlink is made in SDK:local/newlib/lib during the SDK installation). The .a is installed by the SDK installer (from pthreads-53.12.lha).

My guess is that you'd overwritten the .a with the old one on OS4Depot (and if you were using -use-dynld and the .so symlink wasn't there, it would use the .a). Follow my instructions a few posts above and remember to delete the old pthread.h header file (if you have one in clib2/include or newlib/include), because otherwise it won't use the newer one in common/include.

@TheMagicSN

If you're using libpthread.so then I would have thought you're already using pthreads.library because there is no .so in that archive on OS4Depot (perhaps -lpthread is not finding a .so if the symlink is missing, and using the .a).

But in the case that it's not using pthreads.library, make sure your clib2/newlib libpthread.a hasn't been overwritten by the one on OS4Depot.

If it has been, this is what to do.

Inside SDK_54.16.lha is pthreads-53.12.lha. Extract that to your SDK directory, overwriting what you have. This doesn't contain libpthread.so but a symlink will be created later.

You also need to delete pthread.h from SDK:local/newlib/include and SDK:local/clib2/include. The newer header is in SDK:local/common/include

If you already have a SDK:local/newlib/lib/libpthread.so, it might be the wrong one. Create a soft symlink so SDK:local/newlib/lib/libpthread.so points to SOBJS:libpthread.so. This is how the SDK installer does it.

Check your SOBJS:libpthread.so is the right one. Mine is 162435 bytes with a date of 6th Jan 21.

Glad it worked :)

Perhaps it's a similar issue to this?

https://www.amigans.net/modules/newbb/ ... id=151175#forumpost151175

@all

It was a small bug. If you're using WEBSAFARI, it works best as a command line argument rather than in the .cfg for now. Fixed for the next version. Didn't affect most videos, just ones set to not allow embedding.

@Maijestro

If you see a big VEVO logo in the bottom left corner of the thumbnail, then it's a VEVO video. Many music videos are.

@Mozzerfan

Those links are working here. I'll send you a private message.

@K-L

Are you using it via shell? After seeing the first 360p option, press enter go to the next section which should be the HLS streams.

Mozzerfan probably wants music videos to work though, so I'm interested in which ones didn't work.

@Mozzerfan

I tried 3 different VEVO music videos with WEBSAFARI without a problem. Can you be more specific?