Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
84 user(s) are online (42 user(s) are browsing Forums)

Members: 2
Guests: 82

Georg, samo79, more...

Headlines

 
  Register To Post  

« 1 2 3 4 (5) 6 7 8 ... 72 »
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Ok you are crosscompiling so maybe it's a silly question, but we doesn't have an updated GCC to try ?
For example latest YAM builds are compiled with GCC 4.7.1, Thore or Damato should have it i think ..

Try to check on: http://sourceforge.net/projects/adtools/

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

nullptr is a C++11 extension which replaces NULL with a more strictly typed replacement.

So perhaps your g++ doesn't support C++11 ?

I don't know what version of gcc brings that support in.

Judging by this it would be 4.6

https://bugzilla.mozilla.org/show_bug.cgi?id=777511

The suggestion there is to do

#define nullptr __null


BTW your crash is not because r0 in 0x00000000 it's because r8 is 0x00000000.

Can you not get the line number of the crash?

Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@kas1e

If the old sqlite port you have works fine, you can just keep it. A newer one isn't required.

Regarding your nullptr issue, you'd need a newer GCC (and more recent WebKit will definitely need a newer one since they use more and more C++11 features), but for this particular revision (r155188), you can just replace it with 0. Your crash issue is most likely unrelated to this, and probably caused by ICU somehow.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@samo79
Quote:

Ok you are crosscompiling so maybe it's a silly question, but we doesn't have an updated GCC to try ?

I just need to buld last one from adtools, which easy, but is last thing i want to do, as new crosscompiler as usual will bring some new bugs with which need to deal again.


Quote:

I know where adtools placed of course :) Just build new compiler now will mean recompile of whole odyssey again, as well as it will bring new bugs in new compiler which i didn't have in current one (usual stuff) and it will need again some time.

@broadblues
Quote:

nullptr is a C++11 extension which replaces NULL with a more strictly typed replacement.

So perhaps your g++ doesn't support C++11 ?


It is support it. There is -std=gnu-0x and -std=c++0x which make it works. Whole Odyssey builds with it now. As well, as i says in all other places nullptr works fine in webkit, its just in those particular files it didn't compiles.

Quote:

The suggestion there is to do
#define nullptr __null


In google there is bunch of another suggestions as well, but, if check google more deeply, they says that you can't in all the cases replace it on 0 or NULL, expectually when c++ do overloading of all stuff.

There is good pdf which explain differences with null and nullptr: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1601.pdf

After reading of which nullptr =! null for sure.


Quote:

BTW your crash is not because r0 in 0x00000000 it's because r8 is 0x00000000. Can you not get the line number of the crash?


What you mean by "can you not get the line number of the crash" ? How i can't get it, if :

7f860cb0: 80080160 lwz r0,352(r8)

mean relative access to r8 and registers dump show r8 as 0x00000000 too. (edit: fixed typo in previous post about r0).

@Fab
Quote:

Regarding your nullptr issue, you'd need a newer GCC (and more recent WebKit will definitely need a newer one since they use more and more C++11 features),


I think i will build 4.4.5 to have all the same as you then.


Quote:

but for this particular revision (r155188), you can just replace it with 0.


That what i do before. Also , in one place i had to replace 0 on nullptr back. And nullptr used in those files no everytime the same. In some its just return nullptr, in some its ? something : nullptr, and co.

Quote:

Your crash issue is most likely unrelated to this, and probably caused by ICU somehow.


But crash point out on iterators (where i do those changes), as well as it point on those relative null pointers when crashes, as well as i tried libicu and with libicudatastub.a , and with full libicudata.a as static and all changes in libicu i do, its build it like:

./configure --build=i686-pc-cygwin --host=ppc-amigaos --with-cross-build=/usr/local/amiga/icu/source/icu_os4 --disable-shared --enable-static --disable-tests --disable-samples --disable-debug CFLAGS='-static -mlongcall' CXXFLAGS='-static -mlongcall' LIBS=-lunix

Then i also have to undef some TZNAME define (in pputl.c or something), and as i on cross-compiler i also build x86 version of libicu in another place to have those "bins" which used to generate stuff, and put them instead of ppc ones to aos4 build so be able to compile and generate everything.

That all i do, and its the same as i do before (at least my notes says so for previous versions).

In other words, seems only way to go now its build new compiler from adtools (and meet with new bugs from it, of course :) ). At least it should deal with compiling issues with nullptr, and if bug will be still here, then it will point out on icu itself indeed and then will try to rebuild icu natively on os4.

@All
That all will take some time, probably few days.


Edited by kas1e on 2014/2/2 7:26:53
Edited by kas1e on 2014/2/2 7:35:05
Edited by kas1e on 2014/2/2 7:43:43
Edited by kas1e on 2014/2/2 7:45:59
Edited by kas1e on 2014/2/2 7:47:04
Go to top
Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


See User information
@kas1e

If you build the current adtools 4.7.x branch with gcc 4.8.x you will need to apply a small patch.

http://www.amigans.net/modules/xforum ... t_id=86806#forumpost86806

You will need to downgrade texinfo to before v5 as well.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e
Quote:

What you mean by "can you not get the line number of the crash" ? How i can't get it, if :


By using addr2line on the stack trace or a more recent GrimReaper ofcourse, not from the diassembly obviously.

And, without reading you link to see if there are more differences, the difference between nullptr and 0 is that mullptr invokes the pointer based overloaded function and 0 the integer (if the function is overloaded to differentiate) whether that also applies to NULL which is (void *)0L I dont know. Most of the time that should be okay. You could save yourself the time of building a gcc compiler by checking where the code crashes first!






Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Mick
Quote:

You will need to downgrade texinfo to before v5 as well.


There was commits 482-483 from SBA : "Fixed to allow building with latest texinfo tools", imho they deal with.

@broadblues
I know how to use crashlogs :) but i will start from new compiler because i need it soon or later. Better to do it now, and exclude from todo list (for future versions of Odyssey as well).

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@kas1e

From your stack trace, it doesn't look related to these small nullptr/0 changes at all... It's really about ICU. It's not that unusual to have crashes that points to null pointers, you know... It doesn't mean it's related to these nullptr changes.

A wild guess would be ICU fails to find some of its data files, and since it's so well designed, it doesn't check for errors and crashes. So if you want to make a quick test, just change findWordBoundary to something void, and see what happens.


And about this nullptr issue, i really just replaced with 0 where needed in my port. I just didn't include this change in released sources because you may not have needed it, if you have compiled it with a newer gcc, i didn't want to change webkit sources there without reason.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Fab
Quote:

A wild guess would be ICU fails to find some of its data files


I just reuse your data files from 1.23. So it should find all datafiles imho and all should works ?

Can you just post your configure line for libicu so i can be sure i build it same as you ? You for sure make no single change in libicu ? Not a single/simple one ?

Quote:

It's not that unusual to have crashes that points to null pointers, you know... It doesn't mean it's related to these nullptr changes.


I build libicu without changes just like you says, as well as i reuse your datafiles from 1.23. How it can not find datafiles then ?

Quote:

So if you want to make a quick test, just change findWordBoundary to something void, and see what happens.


Ok, will check it tomorrow.


Quote:

And about this nullptr issue, i really just replaced with 0 where needed in my port. I just didn't include this change in released sources because you may not have needed it, if you have compiled it with a newer gcc, i didn't want to change webkit sources there without reason.


Omiga1200 ! i was in hope that your sources 1:1 the same as you release, and because of that make assumption that if sources have ppc-morphos-gcc-4.4.5 then sources ready to build for exactly that..

Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@kas1e

Well, you should run that snoopdos-like tool to check if ICU really looks for these files in progdir:resource/icublah/ dir? If you didn't specify this path anywhere in your icu build, it's extremely unlikely they will be found magically by ICU. :)

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Fab
Of course i didn't specify any path to anything anywhere, you didn't says so, and i build it as you says: without any changes or specific flags. Can you maybe (another try to ask the same) copy paste there your configure line for libicu ?

I will check with snoopy tomorrow of course, but if you can just post line of how it all should be , it will save a lot of time, as i anyway will do it one time and forget for another years.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Fab
Quote:

Well, you should run that snoopdos-like tool to check if ICU really looks for these files in progdir:resource/icublah/ dir? If you didn't specify this path anywhere in your icu build, it's extremely unlikely they will be found magically by ICU. :)


It still magically happens that it search for progdir:resource/icublah/ even without specifing this path when i build icu. And as i see api/morphos/icufiles.cpp contain all those patches. Log here: http://kas1e.mikendezign.com/temp/odyssey_icu_snoopy.txt

Quote:

So if you want to make a quick test, just change findWordBoundary to something void, and see what happens.


It all then start to crashes like this:

Crash log for task "OWB"
Generated by GrimReaper 53.17
Crash occured in module OWB at address 0x7E828CF4
Type of crash
DSI (Data Storage Interruptexception
Alert number
0x80000003

Register dump
:
GPR (General Purpose Registers):
   
000000000 632A5F70 00000000 632A5FAC 632A5FA8 020C2BEC 00000040 C004413C 
   8
616E6FD0 64DF7E50 01B5184C 00000000 0000015C 65019960 7EC47DD4 650130B0 
  16
61F50EA8 00000000 00000000 00000000 630953A4 632A60C4 632A60F4 00000000 
  24
6491D7B8 6239F698 6151ABD0 61F50F18 632A5FAC 64DF7E58 64F44DDC 00000000 


FPR 
(Floating Point RegistersNaN Not a Number):
   
0:              nan                0                0              nan 
   4
:              nan                0                0             -479 
   8
:             -539                0                0                1 
  12
:       4.5036e+15      1.39146e+09                0                0 
  16
:                0                0                0                0 
  20
:                0                0                0                0 
  24
:                0                0                0                0 
  28
:                0                0      1.39146e+09      1.39146e+09 

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


SPRs 
(Special Purpose Registers):
           
Machine State (msr) : 0x0200F030
                Condition 
(cr) : 0x85027002
      Instruction Pointer 
(ip) : 0x7E828CF4
       Xtended Exception 
(xer) : 0x0000FFFF
                   Count 
(ctr) : 0x62A2D710
                     Link 
(lr) : 0x629CF850
            DSI Status 
(dsisr) : 0x62A2D6E8
            Data Address 
(dar) : 0x629CE424



680x0 emulated registers
:
DATA688ED58E 00000003 00000000 00000000 00000000 00000000 00000000 00000000 
ADDR
00000000 00000000 00000000 00000000 00000000 00000000 00000000 632A6080 
FPU0
:                0                0                0                0 
FPU4
:                0                0                0                0 



Symbol info
:
Instruction pointer 0x7E828CF4 belongs to module "OWB" (PowerPC
Symbol_ZN7WebCore26normalizeLineEndingsToCRLFERKN3WTF7CStringE 0x58 in section 1 offset 0x01376CD0

Stack trace
:
    
_ZN7WebCore26normalizeLineEndingsToCRLFERKN3WTF7CStringE()+0x58 (section 1 0x1376CD0)
    
_ZN7WebCore26normalizeLineEndingsToCRLFERKN3WTF7CStringE()+0xc (section 1 0x1376C84)
    
_ZNK7WebCore9InputType14appendFormDataERNS_12FormDataListEb()+0x80 (section 1 0x485938)
    
_ZNK7WebCore15HiddenInputType14appendFormDataERNS_12FormDataListEb()+0x11c (section 1 0x10352C8)
    
_ZN7WebCore16HTMLInputElement14appendFormDataERNS_12FormDataListEb()+0x84 (section 1 0x430A78)
    
_ZN7WebCore14FormSubmission6createEPNS_15HTMLFormElementERKNS0_10AttributesEN3WTF10PassRefPtrINS_5EventEEEbNS_21FormSubmissionTriggerE()+0x514 (section 1 0x5D79A8)
    
_ZN7WebCore15HTMLFormElement6submitEPNS_5EventEbbNS_21FormSubmissionTriggerE()+0x1c8 (section 1 0x42A6E8)
    
_ZN7WebCore15HTMLFormElement20submitFromJavaScriptEv()+0x54 (section 1 0x42AB34)
    
_ZN7WebCore40jsHTMLFormElementPrototypeFunctionSubmitEPN3JSC9ExecStateE()+0xb0 (section 1 0x12B59F4)
    
_ZN3JSC5LLInt5CLoop7executeEPNS_9ExecStateENS_8OpcodeIDEb()+0x280 (section 1 0x14DCDE4)
    
_ZN3JSC11Interpreter11executeCallEPNS_9ExecStateEPNS_8JSObjectENS_8CallTypeERKNS_8CallDataENS_7JSValueERKNS_7ArgListE()+0x3c8 (section 1 0x14D4080)
    
_ZN3JSC4callEPNS_9ExecStateENS_7JSValueENS_8CallTypeERKNS_8CallDataES2_RKNS_7ArgListE()+0x80 (section 1 0x14EE004)
    
_ZN7WebCore15ScheduledAction24executeFunctionInContextEPN3JSC14JSGlobalObjectENS1_7JSValueEPNS_22ScriptExecutionContextE()+0x37c (section 1 0x24ABB4)
    
_ZN7WebCore15ScheduledAction7executeEPNS_8DocumentE()+0xe4 (section 1 0x24B064)
    
_ZN7WebCore15ScheduledAction7executeEPNS_22ScriptExecutionContextE()+0x60 (section 1 0x24B1FC)
    
_ZN7WebCore8DOMTimer5firedEv()+0xf4 (section 1 0x6C4314)
    
_ZN7WebCore12ThreadTimers24sharedTimerFiredInternalEv()+0x178 (section 1 0x1E1B54)
    
_ZN7WebCore12ThreadTimers16sharedTimerFiredEv()+0x44 (section 1 0x1E1BC8)
    
_ZN7WebCore17fireTimerIfNeededEv()+0x38 (section 1 0x1CEE40)
    
_ZN14WebViewPrivate21fireWebKitTimerEventsEv()+0x2c (section 1 0xDDFA4)
    
_ZN7WebView21fireWebKitTimerEventsEv()+0x30 (section 1 0xB5D88)
    
_ZL28handleMM_OWBApp_WebKitEventsP6IClassPmP4_Msg()+0xcc (section 1 0x50F4)
    
_ZL8dispatchP6IClassPmP4_Msg()+0x6c0 (section 1 0xF7A4)
    
CustomClassDispatcher()+0xa0 (section 1 0x41B4)
    
native kernel module intuition.library.kmod+0x0001824c
    native kernel module intuition
.library.kmod+0x00018470
    native kernel module intuition
.library.kmod+0x00008448
    native kernel module intuition
.library.kmod+0x00008088
    _Z9main_loopv
()+0x218 (section 1 0x4E4)
    
main()+0x164 (section 1 0x1148)
    
native kernel module newlib.library.kmod+0x000020a4
    native kernel module newlib
.library.kmod+0x00002d54
    native kernel module newlib
.library.kmod+0x00002ee8
    _start
()+0x170 (section 1 0x16C)
    
native kernel module dos.library.kmod+0x00024cd0
    native kernel module kernel
+0x0006acd0
    native kernel module kernel
+0x0006ad50

PPC disassembly
:
 
7e828cec4182023c   beq-              0x7E828F28
 7e828cf0
397f0008   addi              r11,r31,8
*7e828cf4880b0000   lbz               r0,0(r11)
 
7e828cf839400000   li                r10,0
 7e828cfc
2f800000   cmpwi             cr7,r0,0





Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@All
Somehow was able to check youtube with some commented functions to avoid crashes, and it works in general:

Resized Image
Resized Image

Through, and its the same as on morphos: not all videos works, and window mode pretty slow (on peg2 its more or less ok, but still not fast).

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


See User information
@kas1e

Great job kas1e!

The video are play in overlay? And how much is the video resolution? Ii think you can't go up 360p in browser mode, plus in morphos I have bad result if I using HTML 5 player goes better with the swf

Check here : http://youtube.com/watch?v=-qD3utEywNM

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@tlosm
Quote:

The video are play in overlay?


Nope. As far as i know window mode on morphos also didn't use overlay, only full-screen.

Quote:

And how much is the video resolution? Ii think you can't go up 360p in browser mode


360, but some videos are pretty fast, some are pretty not.

Quote:

plus in morphos I have bad result if I using HTML 5 player goes better with the swf


By swf you mean swfdec plugin ? I didn't have sources of swfdec plugin.

What i notice, that there is 2 different players brings in youtube. That one which i show on screenshot looks like it looks on all other browsers (same player, etc, all works), while, sometime it show another player, with button "play", and it seems do not works as well for me. And what is interesting, is that the same vids which show me player as i show on images, now start to show another one, with that "play" button.

Its the same on morphos too for me: sometime one look of player, sometime another look, sometime it works, sometime not.

Also in player which i show in screenshots pressing on fullscreen do nothing (i also tryed to use fullscreen_fix script too). And again, its the same for morphos (with and without fullscreen_fix script). It works only in second player.


Edited by kas1e on 2014/2/3 10:36:12
Go to top
Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


See User information
@kas1e

Quote:
By swf you mean swfdec plugin ? I didn't have sources of swfdec plugin.

Doh!

another tip:
Try to go in the preference menu of Owb and test the decoding options , like skip some frame etc etc (sorry im at work and cant exactly write what is write in the menu)
It is in the preference where there are the decode compatibility and the h264 selection flag.

Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@kas1e

Quote:

It still magically happens that it search for progdir:resource/icublah/ even without specifing this path when i build icu. And as i see api/morphos/icufiles.cpp contain all those patches. Log here: http://kas1e.mikendezign.com/temp/odyssey_icu_snoopy.txt


Again, this icufiles.cpp is just a check for the presence of these files, nothing more. You still *HAVE* to specify the data path in ICU itself. I can't check right now, but it's not more difficult than setting something like #define DATA_DIR progdir:resource/icudt49b or whatever. I'll check when i can.


About Youtube, you seem a bit confused, too, so to make it clear:

It works with *all* videos, provided you have the 2 userscripts added.

youtube.js is needed for the videos that are not available in HTML5 mode (there are still many, and youtube sucks for that) : in that case, the flash (or void object if flash plugin is not available) is removed from DOM and replaced by Odyssey's builtin HTML5 player.

youtube_fullscreen_fix.js is needed for two things:
- enabling overlay mode when pressing fullscreen button in Youtube's HTML5 player (the builtin one doesn't need this, it switches to overlay properly).
- changing links in youtube page so that clicking a link on the right triggers a page reload (and thus make scripts work again for the next video).

The flash plugin is not needed at all to have youtube working with these scripts.

Finally, the non-overlay mode is not very fast (it has to go through slow cairo path), but still fast enough to watch a video on peg2. But it's obviously much better with overlay, a 360p video takes about 30% CPU on a Peg2 then. And on a G5, 1080p streams are watchable at fullspeed in Odyssey.


Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@tlosm

Quote:

The video are play in overlay? And how much is the video resolution? Ii think you can't go up 360p in browser mode, plus in morphos I have bad result if I using HTML 5 player goes better with the swf


You can go as high as you want. It's not restricted in any way... Obviously, and especially without overlay, you'd better not go higher than 360/480p on a Pegasos2.

And with swf i suppose you rather mean the flash replacement mode done with youtube.js. It's slightly faster than Youtube's bloated HTML5 player indeed, but they both work just fine, and more than fast enough when overlay is enabled.
So if you don't have good results, just enable overlay mode already...

In any case, it's better than TW's 4 seconds per frame playback... :)

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Fab
Ok, got it, will try to rebuild libicu with datadir

Go to top
Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


See User information
@Fab

Quote:
In any case, it's better than TW's 4 seconds per frame playback... :)


This is for sure better owb playback compared with TW 1 Frame per Hour...

but worst compared with smtube :P :P

Ot/ fab a small 1.23 for efika? :P /ot

Go to top

  Register To Post
« 1 2 3 4 (5) 6 7 8 ... 72 »

 




Currently Active Users Viewing This Thread: 2 ( 0 members and 2 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project