r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Red] Red language group

Kaj
16-Feb-2012
[5081x3]
Petr, that library is weird, and I guess the Windows environment 
makes it even weirder. The interface is so convoluted that I assumed 
the reason was to export normal C functions, so maybe that's the 
case after all
There's a problem with the WebKit binding:
bash-4.0# ./LazySundayAfternoon-Browser 

*** Runtime Error 9: float invalid operation
*** at: B66C5447h
Dockimbel
16-Feb-2012
[5084]
Looking into it...
Kaj
16-Feb-2012
[5085x3]
I'm also getting weird error messages on 0MQ, although it basically 
works:
bash-4.0# ./request-client 
0MQ version: 2.1.4

Connecting to Hello World server...
Sending request 1
Received reply 1: World
Resource temporarily unavailable
Sending request 2
Received reply 2: World
Resource temporarily unavailable
Sending request 3
Received reply 3: World
Resource temporarily unavailable
Sending request 4
Received reply 4: World
Resource temporarily unavailable
Sending request 5
Received reply 5: World
Resource temporarily unavailable
Sending request 6
Received reply 6: World
Resource temporarily unavailable
Sending request 7
Received reply 7: World
Resource temporarily unavailable
Sending request 8
Received reply 8: World
Resource temporarily unavailable
Sending request 9
Received reply 9: World
Resource temporarily unavailable
Sending request 10
Received reply 10: World
Resource temporarily unavailable
Resource temporarily unavailable
Resource temporarily unavailable
I've seen that before during development, but it had been fixed for 
quite some time. It must be generated during cleanup
Dockimbel
16-Feb-2012
[5088]
Webkit: can't run it on Windows, I was able to get a suitable libwebkit 
but it fails to find some functions in the dependent DLL. Trying 
on Linux.
Kaj
16-Feb-2012
[5089]
It seems that the newest WebKit versions have broken compatibility
Dockimbel
16-Feb-2012
[5090]
0MQ messages: I can see them on Windows too, do you have an idea 
on what causes them?
Kaj
16-Feb-2012
[5091]
It must somehow be unable to do cleanup, or the cleanup has already 
occurred. But the same code ran OK on earlier Red versions
Dockimbel
16-Feb-2012
[5092]
Webkit crash: reproduced on Linux.
Kaj
16-Feb-2012
[5093]
What Linux distro? I ask because the WebKit in the newest Linux Mint 
is incompatible
Dockimbel
16-Feb-2012
[5094]
Ubuntu 10.04 LTS.
Kaj
16-Feb-2012
[5095]
OK, thanks. 11.10 is the culprit. Not that it would crash, but the 
library names and versions have changed
Dockimbel
16-Feb-2012
[5096]
If I remove the x87 FPU init code, the crash disappears.
Kaj
16-Feb-2012
[5097x2]
I was suspecting something like that
The other bindings are OK
Dockimbel
16-Feb-2012
[5099]
I am not sure, but it might be a collision with C init routines.
Kaj
16-Feb-2012
[5100]
Well, they're still not called :-)
Dockimbel
16-Feb-2012
[5101x3]
I was thinking that libwebkit might be calling some of them in some 
way.
I wonder if activating the Intel FPU in x87 mode, then using SSE 
instructions (in libwebkit) could trigger such error. IIRC, the FPU 
needs to be    properly set in x87 or SSE mode before using an x87 
or SSE instruction.
I'll search deeper tomorrow, sleep time now. I'll postpone the 0.2.4 
release until I get a clearer view on this issue.
Kaj
16-Feb-2012
[5104]
OK, good luck
Dockimbel
17-Feb-2012
[5105x3]
I messed up SSE and MMX in my posts above, it's MMX that shares hardware 
with x87 and not SSE.
It seems that the issue is caused by FPU control word settings used 
by Red/System that make webkit crash. I need to find a common setting 
that would work for both.
Ok, found the culprit bit in the exception mask.
Pekr
17-Feb-2012
[5108]
We have wrapped Webkit? :-) It is just yesterday when my friend reported 
to me, trying to write some basics of media playback, that downloading 
new version of Webkit broke Python binding, hence I would expect 
some incompatibilities between the releases :-) (R/S one had probably 
different reasons)
Dockimbel
17-Feb-2012
[5109x2]
Kaj: issue fixed.
Pekr: don't you know that we already have a GTK-webkit-powered web 
browser? :-)
Pekr
17-Feb-2012
[5111]
Yes, I just realised it today :-) But my friend told me something 
like WebKit library having 100MB? (maybe a typo)  So I expected the 
wrapper being thousandns of lines, whereas it is just few functions 
:-) So what kind of wrapper do we have? It surely is not complete 
wrapper to all the WebKit  functionality?
Dockimbel
17-Feb-2012
[5112x4]
It wraps the webkit component of GTK, so you can add a webkit view 
in a GTK window and pass it an URL to open. As we already have a 
pretty broad support of GTK components, you can now build your own 
custom web browser in Red/System!
The webkit libs on Windows seems to weight ~66MB.
I'm looking into the 0MQ error messages...
Kaj: found the issue with 0MQ, it's related to integer! => logic! 
type casting in your wrapper functions. It seems that the runtime 
conversion code is not emitted.
Kaj
17-Feb-2012
[5116x2]
Ah, another one of those. It must be a regression, that's why I've 
seen it before
The WebKit I use of a few years old is 18 MB installed size, on Syllable 
Server. It has quite a few more dependencies, though, and on Windows 
that would be more because none of the dependencies are preinstalled
Dockimbel
17-Feb-2012
[5118]
Kaj: fix pushed for the 0MQ issue. Let me know if it works fine for 
you now. Also, any other regression to fix before releasing the new 
version?
Kaj
17-Feb-2012
[5119x4]
Not that I found
Now the WebKit browser starts loading the Red site, but halfway I 
get this:
*** Runtime Error 7: float divide by zero
*** at: B01DE1F6h
0MQ works again
Dockimbel
17-Feb-2012
[5123x2]
Yeah, same issue than previously with the "float invalid operation" 
exception. Webkit seems to mask them all, while Red/System let them 
pop up.
The browser runs fine here on Ubuntu 10.04. No divide by zero errors.
Kaj
17-Feb-2012
[5125]
This is on Syllable Server, where it worked before
Dockimbel
17-Feb-2012
[5126]
If I disable the float "divide by zero" exception, we'll have no 
way to detect it until proper support for INF will be added.
Kaj
17-Feb-2012
[5127]
Sigh, the state of computing
Pekr
17-Feb-2012
[5128]
datatype implement
 should be "datatype implements" imo ...
Dockimbel
17-Feb-2012
[5129]
Typo fixed thanks.
Pekr
17-Feb-2012
[5130]
So now you are finally free to start working on Red? :-)