@Valiant

The link is useful although it doesn't help with my "pthreads.library not found" thing. Maybe MickJT had more luck. In that case, I'd like to know what changes were made and why

Thanks,
nexus

@alfkil

I don't have any experience in porting software from unix to AmigaOS. However, I gave it a quick try yesterday and an obvious problem is, that the configure-script complains about not finding any pthreads library . However, there's a pthreads.library in libs: on AmigaOS4.

So, how can I tell "configure" how to find libraries on AmigaOS?

Is there any documentation available for porting Unix stuff to AmigaOS?

Actually, I don't have much time but as u said "it should be easy" and because it would be nice to have clucene on AmigaOS (imagine: clucene as search enginge for the upcoming Amiga Media Center), at least, I wanted to give it a quick try

Thanks,
nexus

I'd like to have Lucene:

http://sourceforge.net/apps/mediawiki ... index.php?title=Main_Page

on AmigaOS. So, I wonder how much effort it is to port or if it's easily possible at all. Maybe some experienced AmigaOS coders/porters can have look and let me know

Thanks,
nexus

@afxgroup

as far as I understood Joerg, the Problem is, that currently there IS no AmigaOS4 specification of NPAPI and that he doesn't want to do that. Anybody who's willing to do any kind of plugin which renders any graphics to the browser window should do these specifications. Afterwards Joerg would apply this specifications to OWB's plugin interface and that's it.

Of course, I could be wrong, but I think the point here is, that Joerg wants to have a plugin + OS4 related spcification of NPAPI.

Sorry, if I wrote non-sense

nexus

@328gts

Argh! of course, BOH!
Thanks!
nexus

It's somehow cool to see the highscores from differnt users online
I tried my best to beat the leading 'Quique' for the first two levels -- but failed miserably by around 5 seconds

I really wonder on what system Quique plays the game?
It would be a nice enhencement to see the Operating System and gaming machine (AOS4/Sam, AOS4/Peg2, Linux/PC, Windows/PC, OSX/MAC, etc.) next to the best times. I really can't imagine where I lost 5 seconds and maybe it's my Sam440ep which is the bottleneck and not my fingers on the keyboard

Quique are u playing with usb or ps2 keyboard or with gamepad?

To have a list with the best times of all levels would be another neat thing


BOH is fun


regards,
nexus


Edit: removed shameful misspelling of BOH!

@cha05e90

"before the problematic HD will hit the bin" maybe you should try to first re-format / partitioning / initialize / low-level format it?

If it were out of order, it shouldn't work at all and not only sometimes not. So, my guess is that it's the filesystem's fault (maybe broken?). Harddrives should also be able to mark out defective sectors which will not be used any further afterwards (as far as I know).

I wouldn't give up so soon
However, backups are a wise decision, I guess

nexus

@kas1e

are these sources based on the unix programm 'xfig'?
Maybe it's possible to port the latest xfig version as well?
It's a very handy programm

Thanks,
nexus

@cygnusEd

Actually, yes, they are still in the libs dir.
However, for some reasons, there was no assign anymore to that directory.
Now it works again.

Thanks, although, I don't know what has changed in the last week


regards,
nexus

Actually, it used to work pretty well for me -- and i mainly use it for remotely starting some
programms like skype. However, I didn't used Amicygnix for several weeks now. Today,
tried to start it again and get the following GR, which cannot be ignored (AOS4 freezes completely):

Crash log for task "Cygnix:CygnixPPC/X11R6.3/bin/Esetroot"
Generated by GrimReaper 53.2
Crash occured in module Esetroot at address 0x6ED5D3CC
Type of crash: DSI (Data Storage Interrupt) exception

Register dump:
GPR (General Purpose Registers):
0: 6EC44FC4 52786950 00000000 80000000 00004B00 000003FF 00000000 00000040
8: 5712D200 00000000 000000C8 5712D154 0000016C 56012E00 00000000 56010000
16: 57128448 56010000 56010000 00000000 52786A20 56010000 00000060 571273A8
24: 00000064 56010000 56010000 56010000 56000000 5712D190 00000010 52786950


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 8.96835e-44 2.8481e-306 7.29113e-304
4: 8.53558e-270 1.87021e-301 6.91771e-312 3.32897e+78
8: 5.38393e-104 6.06641e+206 2.56256e-189 nan
12: 2.122e-314 4.39838e-315 0 0
16: 0 0 0 0
20: -4.57466e-306 0 0 0
24: 0 0 0 0
28: 1.55795e-285 0 0 0

FPSCR (Floating Point Status and Control Register): 0x82000000


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x48422022
Instruction Pointer (ip) : 0x6ED5D3CC
Xtended Exception (xer) : 0x20000008
Count (ctr) : 0x00000003
Link (lr) : 0x6EC44FC4
DSI Status (dsisr) : 0x00000000
Data Address (dar) : 0x00000054



680x0 emulated registers:
DATA: 5FFAB318 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 52786F48 55FD1020 00000000 00000000 00000000 00000000 00000000 52786D30
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x6ED5D3CC belongs to module "Esetroot" (HUNK/Kickstart)

Stack trace:
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6ED5D3CC (section 5 @ 0x1543AC)
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6EC44FC4 (section 5 @ 0x3BFA4)
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6EC2F640 (section 5 @ 0x26620)
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6EC1D084 (section 5 @ 0x14064)
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6EC0CDC0 (section 5 @ 0x3DA0)
module Cygnix:CygnixPPC/X11R6.3/bin/Esetroot at 0x6EC09B00 (section 5 @ 0xAE0)
native kernel module newlib.library.kmod+0x00001f4c
native kernel module newlib.library.kmod+0x00002b98
native kernel module newlib.library.kmod+0x00002d5c
_start()+0x1A4 (section 1 @ 0x1a4)
native kernel module dos.library.kmod+0x0001b524
native kernel module kernel+0x00036290
native kernel module kernel+0x00036310



I can provide the full GR log if of any help.
But maybe someone can already tell me what's wrong?


Thanks a lot,
nexus


Edit: System: Sam440ep, AOS 4.1.2

@trixie

Okay, as I said, I might be wrong but to me, it sounded the way that Joerg thinks it isn't a good idea to have MUI on AOS4 (because of the negative comments about MUI and due to the comment about IBrowse/MUI).

I just wondered if it was indeed a bad idea to have MUI on AOS4 from a developer perspective and if so, why?

I apologize if I read/interpreted Joerg's comments wrong.
I don't want to offend anybody but just wanted to
understand the issue about MUI/Reaction.

Sorry,
nexus

@Joerg

Maybe, I'm wrong but your comments with respect to MUI sound so negative. Is this because you dislike MUI in general (its concepts, features, etc.) or is it due to arguments with the author/MUI-community?

I actually don't know what's the problem with MUI or Reaction, but from my distant view, it sounds always to be a good idea to have alternatives. Can't it only be a good thing to get more applications for our OS -- either from programmers who prefer MUI or prefer Reaction?

I'm just curious why you think that MUI should not be available for AOS4.

If I'm wrong with my assumption, then I'm sorry! I don't want to offend you. It's just that it sounds this way.

regards,
nexus

@joerg

Why does it make no sense to implement a desktop browser around OWB? Maybe I don't understand the term "desktop browser" in the right way .. but if OWB shouldn't be used as a desktop browser then OWB on AOS4 makes no sense in its current state, too? Because i use OWB on AOS4 in this way


Thanks,
nexus

@Thematic


For USB devices, it is, I think. At least, it was 'till AOS4.1 (not tested with update 1 or 2, though) because that 68k-Filestystem for EXT2 and NTFS need TD64 support and AOS4 is using a different approach?


I regularly use the EXT2Filesystem (not the NTFS). Unfortunately, the author has enabled a lot of debug message in his release (read the readme) which makes EXT2 on AOS4 really slow. Even coping data from a EXT2-USB-Harddisk to RAM: causes an almost full load (>80-90%) on a 1 GHz PegasosII machine.

Nevertheless, EXT2 is very handy to have ..

regards,
nexus

@Helgis

According to the reports from the show, I think, u're not quite correct. It seems that the X1000 will be available this summer only to the new beta testers who applied to A-Eon's recent beta tester program. I hope, I'm wrong, but i think end users will not get an X1000 this summer.

regards,
nexus

For an alpha release, It's already pretty useful.
There're a lot rendering issues (as already mentioned in the readme), like content of one tab is drawn over the content of another tab. Also frequently, a page is not loaded in a tab until you click on a another tab, but hey, it's pretty impressive for an alpha release!

I found two more issues:

1) It seems memory is never freed, when opening tabs and closing them again and it eats up then pretty much memory.

Especially, if you open in the menue Tools->Option->Manage AddOns. Then a window opens which cannot be closed anymore.
Even when closing Timberwolf completely, this window stays open and no memory is freed. (I only had 20 MB left on my Sam440ep ).


2) There seem to be some problems related to javascript:

http://epg.kabeldeutschland.de

The javascript script does not finish and the site is not rendered correctly.


thanks!
nexus

@nubechecorre

Seems to be sold out. There's no "buy"-button

Too bad,

Thanks,
nexus

Does someone know where I can get Quake II (data files) from (for AOS4)? There are 2 ports out there, right? From Hyperion and Xeron? Which is better?

It seems it can't be bought from Vesalia or Amigakit anymore.

Thanks,
nexus

@abalaban

Yes, I agree. I didn't want to "blame" some possible slowness of a potential amiga QT-implementation. On the contrary! I just wanted to disagree with the statement: "QT is fast on a phone, then it must be fast on Amiga, too."

Sorry, for taking this off-topic :-|

regards,
nexus

@ChrisH

I don't think that the resolution is here important (with respect to internet browsing) because the entire side has do be loaded and displayed. On 800x480 it even has to additional scale the page in a way such that it is entirely visible.

But if you insist that the resolution has an important impact, then this is also true (for sure) for QT applications. And on N900 there is no need to scale an QT application down. QT applications on N900 are designed for N900's resolution (and are relatively simple as far as i have seen some). So, I guess, QT on Amiga/AmiCygnix & Sam440ep (and higher resolutions) will naturally be slower than on N900.

regards,
nexus