Just installed and ran it. Seems to work fine, well done.

Shocked at the exe size though, 17MB? Wow!

Not sure it's something I will use though, coding and Windows just doesn't seem right to me :)

Simon

@nbache

Off topic here, but just to dispell any rumours: Richeditor was written from scratch, it does NOT contain code from anywhere else.

Simon

@Capehill

Done

Simon

I've approved the upload and edited the above post to include the link.

Simon

Just a quick reminder on your debug output:

Because RawDoFormat() defaults to int16, you should always use %ld rather than %d when dumping values via DebugPrintF() otherwise the expected results could be wrong (rounded down to 16 bit).

Simon

A good starting base is -Wall -Werror -Wwrite-strings

Simon

Don't worry Tony, I've done it for you

Simon

@Raziel

Quote:

I was under the impression it was part of FE Update 1...

Simon

There appears to be some source you can use here:

https://tpgit.github.io/Leptonica/sarray_8c_source.html

Line 1778 starts the function you need...

Simon

Technically, this isn't required. RamLib will track the binary the library was loaded from, and if the OpenCount is ZERO and the disk-bound binary changes, RamLib will flush it automatically. You can check this with, for example, Scout. Close the client program, and the library will still be loaded with an OpenCount of Zero. After compiling, refresh the view, and the library will have been flushed.

If not, as mentioned, there is the "Expunge" command.

Simon

@Tijatjj

Sorry I can't help with your query, but I'm glad to see you made it here :)

Simon

Prefs/Serial is for configuring anything that runs through serial.device, like SER:.

Most terminal programs have their own settings and override the system defaults (set with Prefs/Serial).

Simon

@samo79

Yes, if you'd bothered to read the thread from the start, it is a known problem with the redirection.

Simon

The database has been changed now, so the update should appear in the main list now.

As regards to "long-standing" bugs, I did notice a couple that flagged up, and I have fixed for the next release.

Simon

While the redirection problems exist with amiupdate.net, you might as well turn off the self-update until you get 2.45 installed.

As for why it doesn't find an update to itself in the main list, I cannot say.It worked fine here on my test machine. Try enabling a VERBOSE log, then check in RAM: and see what it says about the AmiUpdate update.

Database entries should be reported to their maintainers. I'm certainly not going to go through every entry and test it to find out what is wrong.

Simon

Have you tried a reboot? :)

Simon

I have released 2.45 which should fix the outstanding problems. As a side note, it updated just fine here on my test machine, even connecting to "www.amiupdate.net", go figure...

Simon

If you have manually updated to 2.44, then self-update won't be available, you have the latest version.

Simon

My bad!

Sorry for the confusion. I updated the archive, but in the wrong place :)

Should be fixed now.

Simon

You'll be pleased to hear I have released version 2.44, which introduces a configurable server for self-update. Go to the server tab in the prefs, and select "amiupdate.codebench.co.uk", then check the box for "Use this server for self-update".

Simon