Try now, hopefully you're back in.

Simon

Should be fixed now

Due to some conditions currently out of my control, I would suggest you remove the "wwww.amiupdate.net" server, and replace it with "amiupdate.codebench.co.uk". This should fix your public update problems.

As far as the hyperion updates go, you need to enter the same details that you would use to acccess their website to get updates manually. It's just an easier way to get the updates.

Simon

You can test the buttons (and lots of other stuff) with InputEventSniffer (http://os4depot.net/share/utility/misc/inputeventsniffer.lha)

Simon

It could also be low quality sheilded cables to your capture device. Some cheaper cables have rather naff sheilding, which can lead to RF interference, which manifests itself as "noise".

Simon

That's because you have multiple browsers set up for https, so the URL handler asks you which one you want to use. AFAIK there is no way to force urlopen to use a specific browser. You could, however, simply disable any others you have set up, just leave Odyssey enabled.

Simon

I simply use "catcomp <name>.cd CTFILE <name>.ct".

Obviously, the .cd is all in English.

Simon

Made no difference here on latest Chrome.

The menus are still displayed vertically down the left hand side.

Simon

And I think the moral of the story here is "Don't take code from other platforms as being bug free and great examples of talented coders".

:)

Simon

Try deleting all #?.prefs in envarc:sys first, then reboot. Obviously you'll need to set up your preferences again.

Someone wise will probably tell you to back them up first, then try copying each one over in turn until it "breaks" again :)

Simon

Use strlcat(), it's much safer.

Simon

I would imagine something like:

cache_code_start_ptr=(Bit8u*)AllocVecTags(CACHE_TOTAL+CACHE_MAXSIZE+PAGESIZE_TEMP-1+PAGESIZE_TEMP, AVT_Type, MEMF_EXECUTABLE, TAG_DONE);

Simon

I must confess, I don't use C++ at all, but it should be a simple case of choosing "Other" in the compiler settings (http://codebench.co.uk/docs/amigaos4sdk.php#compiler) and pointing it to the builder of your choice.

You may have to alter other areas of the makefile as well, although that would be more experimentation on my part as C++ is gobbledegook to me :)

Simon

@samo79

If that is the case, is there any point in making it a variable at all? The whole string will be localised anyway.

If so, then the change can be made in the catalog, no other changes will be needed. Just replace the %s with "OK" in the target language.

Simon

@samo79

The latest catalg files are also available from the "downloads" page at amiupdate.codebench.co.uk

Simon

@walkero

I must admit, I thought I had finally cracked the problem with the amiupdate.net domain, but it appears not.

In the meantime, use http://amiupdate.codebench.co.uk as the server, and it should all work fine.

Simon

@trixie

Getting a bit low on Ram? :P

Truth is, I wasn't convinced it was fixed, so I thought it better to let the unstripped versions go out just in case.

I'll strip them both next time.

Simon

i'm looking into it, just got a bit sidetracked with bugs elsewhere :/

Simon

Looks like the server side scripting was stripping out characters instead of encoding them, so the Info window should now show the descriptive text the way it was intended.

Simon

You ideally need to speak to the author, as it is they that upload those texts.

Simon