New twitter client for classic Amigas, any beta testers?

[chris]

Since twitter requires OAuth it is not easy to write a client from scratch. Therefore I used some libs like libcurl and libxml2 to get it working.

Have a look at liboauth, might make things easier.

If you find bugs (and I think there will be some) you can post them here. I also do not know what exactly are the minimum requirements. Some MUI classes for sure, and some MB of RAM, but which OS version I'm not sure. Remember to set your username and password in the tooltypes before the first start.

I tried it here on OS4, not expecting it to work due to the ixemul dependency.  After a couple of Grim Reaper alerts (one from bsdsocket, one for HTMLview) which I ignored past, it actually logged me in successfully. I proceeded to load my timeline, which got partway through, and then ixemul threw up an "Abort Trap" error.

Any way you can get rid of the dependency on ixemul?

[chris]

I'm using libxml2 for parsing the timeline. And libxml2 needs ixemul. So to get rid of ixemul means that libmxl2 must be compiled without.
But these days I'm trying to install OS 4 on my classic Amiga. When it was successful i will try to make a native OS 4 version. As far as I know OS 4 has also a libxml2?

Yes, it does.  Fab, I look forward to seeing an OS4 native version then

[chris]

Ok..

Not work Here..

Display this: " Error Creating HTMLViewer"

Do you have HTMLview.mcc installed?

[chris]

So maybe it runs now also on OS4, but not sure, will test it.

It doesn't; very similar problem to before.  Two Grim Reapers (one bsdsocket.library, the other htmlview.mcc) you can ignore past both of them and then it crashes again (can't remember what crashed there, but given i've ignored past two errors already it probably isn't important!)

[chris]

Yesterday I was able to test it for myself on my new OS 4 installation, and I have exactly the same problems. I found on the sourceforge page of HTMLView bug reports for the OS 4 Version. It seems, that the parser thread of the HTMLView does not work in the OS 4 Version.

Is that an OS4 problem, or just the OS4 version of HTMLview?  Of course it's no problem to install the 68k version if that doesn't have the bug in it.

But I do not know why the bsdsocket.library crashed. I'm using libcurl, and libcurl uses the bsdsocket.library. So two possibilities, bsdsocket has a bug, or libcurl, I would say libcurl.

libcurl's threaded resolver does not work in OS4 (bsdsocket.library crashes). If the 68k build of libcurl you are using has the threaded resolver enabled that is almost certainly the cause.

[chris]

Just had a go with the new version on Aminet and using the 68k htmlview.mcc.  I now get this:

Code: [Select]


parser error : Memory allocation failed
parser error : Memory allocation failed
noname.xml:2: parser error : Memory allocation failed
<statuses type=&quot;array&quot;>
                      ^
parser error : Memory allocation failed
noname.xml:35: parser error : out of memory error
    <time_zone>Eastern Time (US &amp; Canada)</time_zone>
                                ^


Plus a lovely recoverable alert 8000009 (I think).

[chris]

It seems to be largely working on OS4 now too.  There's a DSI (from bsdsocket.library) that can be ignored past, and for some reason the tweet field takes up half the screen, but it is working (for reading anyway):

[chris]

Thats great. The editor is so large simce the map can only be as large as the viewed image, so it cannot grow any further if you resize the window. It you disable the map view it should have normal size.

Resizing the window works, I'd missed the balance gadgety thing between the text field and the tweets/map.  I can't disable the map because the menu item is a MX item with no other choices (so it won't let me deselect it).  That should be easy to fix.

I have to delete the .secret and .key files every time I launch it, as the .key file isn't getting written (it's a 0 byte file).  If I leave it in place then it fails to authenticate - which makes sense as it's trying to use an empty string as the key.

[chris]

You mean the switch is a radio button with only one choice? It should be a checkbox like on OS3 and MorphOS.

Yes. The behaviour of MX menu items changed in OS4 so it is now impossible to deselect all items of a group. I don't know how menus are created in MUI, but in GadTools adding the flag MENUTOGGLE fixes this problem (I've seen it in quite a lot of OS3 software - including my own! - it's easy to miss as the visual appearance and functionality on OS3 is the same if there's only one item in the MX group).