Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Kry]

I'm pretty sure you can change your post.

[mirko.g]

I'm pretty sure you can change your post.

It seems like there's a kind of timeout as I can see "modify" link only for a few hours from the posting. At now I can see only the "quote" link over my messages...

[Kry]

I'm fairly sure you can. Careful tho, with great power, you know, all that stuff.

[mirko.g]

I'm fairly sure you can. Careful tho, with great power, you know, all that stuff.

Thank you sir... yeah I heard it somewhere before: "With great power comes great responsibility"... 

[Kry]

In this case it's more in the line of "with great power, I know where you live"

[mirko.g]

In this case it's more in the line of "with great power, I know where you live"

I'm on way to become a veterinarian, I swear!!!
[This is what happens when someone spend too much time on movies... this reference is too hard for you mere mortals! ]
It's better I come back IT! 

[mirko.g]

I tried wxCas on different machines and it keeps crashing due to wrong libiconv version:

Code: [Select]

Process:         wxcas [46068]
Path:            /Volumes/aMule-r10400-i386/Apps/wxCas.app/Contents/MacOS/wxcas
Identifier:      org.amule.wxCas
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process:  launchd [114]

Date/Time:       2010-12-17 13:44:53.298 +0100
OS Version:      Mac OS X 10.6.5 (10H574)
Report Version:  6

Interval Since Last Report:          729863 sec
Crashes Since Last Report:           2
Per-App Crashes Since Last Report:   1
Anonymous UUID:                      9B887C28-275D-413C-8663-02A0DB382BF2

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: /opt/local/lib/libiconv.2.dylib
  Referenced from: /Volumes/aMule-r10400-i386/Apps/wxCas.app/Contents/MacOS/wxcas
  Reason: Incompatible library version: wxcas requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0

Binary Images:
0x8fe00000 - 0x8fe4162b  dyld 132.1 (???) <39AC3185-E633-68AA-7CD6-1230E7F1CEF4> /usr/lib/dyld
But:

Code: [Select]

$ otool -L /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib:
/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.0.0)
EDIT: here it is...

Code: [Select]

$ otool -L /usr/lib/libiconv.2.dylib
/usr/lib/libiconv.2.dylib:
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
So, what is looking for? For local installation of libiconv? Apple won't never update it...

[Stu Redman]

Um - is wxCas the only thing not working, or is it just the first the build stumbles on? I mean, hey, it's maybe not the most important part of the project. Maybe you start configuring just the monolith, and when that works set to work with the rest. Same with optional libs (geoip, upnp).

[mirko.g]

Um - is wxCas the only thing not working, or is it just the first the build stumbles on? I mean, hey, it's maybe not the most important part of the project. Maybe you start configuring just the monolith, and when that works set to work with the rest. Same with optional libs (geoip, upnp).

I've been testing aMule for a few days and it seems stable. But it's on the same machine it has been compiled on. More feedback needed!

[MetalSnake]

I'm on a Mac Book Pro Core Duo, (1st. Gen MBP) with OS X 10.6.5
I got no crashes yet, while the official aMule build crashed from time to time.

Normally I quit aMule after 10 hours or so, but these days I thought I let it run, now it's running since over 31 hours.

Only thing is, it seem to use quite a lot of CPU power, and that asian fonts bug isn't fixed yet. Besides that I'm happy with that build, thanks!

[Stu Redman]

What Asian fonts bug?

[MetalSnake]

This one: http://forum.amule.org/index.php?topic=17975.0

[mirko.g]

Did anything change about Crypto++?
This is what I get configuring aMule-SVN-r10422:

Code: [Select]

checking for crypto++ version >= 5.1... grep: /../cryptopp/cryptlib.h: No such file or directory
no (version  is not new enough)But I'm linking an already compiled version of Crypto++ 5.6.1, the same I already (successfully) used to build r10400.

Code: [Select]

macmini:cryptopp server$ ls cryptlib.h
cryptlib.h

[Stu Redman]

Did anything change about Crypto++?

No.

[MetalSnake]

After using this version for a while Im pretty happy with it, except that it uses almost 100% CPU on my first gen MBP 32bit dual core)
Any plans in relasing a new build soon?