Re: [Mono-dev] Interrop native lib

2010-09-08 Thread Rafael Teixeira
Please see http://www.mono-project.com/DllNotFoundException

Hope it helps,

Rafael "Monoman" Teixeira
---
"We live in a world operated by science and technology. We have also
arranged things so that almost no one understands science and technology.
This is a prescription for disaster. We might get away with it for a while,
but sooner or later this combustible mixture of ignorance and power is going
to blow up in our faces."
-Carl Sagan


On Tue, Sep 7, 2010 at 7:52 PM, olivier dufour wrote:

> Hello,
>
> I try to create my own extension for banshee but I have an issue
>
> My project contain 2 project files: 1 c++ project with a native lib and a
> managed part for extension and glue with banshee.
>
> All my code is here : http://github.com/dufoli/banshee
>
> All work yesterday, and today, I do not know why but I get a
> DllNotFoundException :
> liblastfmfpBridge.so whereas this lib is in the same folder.
>
> my config file contain :
> 
>os="!windows,osx"/>
>os="osx"/>
> 
>
> and I declare cpp function like that:
> [DllImport("liblastfmfpBridge.dll")]
> static extern IntPtr Lastfmfp_initialize (int rate, int seconds,
> int winsize, string artist, string album, string title, int tracknum, int
> year, string genre);
>
> but when I call initalize, I get a DllNotFoundException
> : liblastfmfpBridge.so
> whereas lib is in folder. And liblastfmBridge.so use liblastfmfp.so which
> is copy to the bin folder too.
> I have try to add both .so in /usr or in ld_config path but it change
> nothing
>
>
> I follow the documentation but find nothing in
> http://www.mono-project.com/Interop_with_Native_Libraries.
> Thanks for any help...
>
> Olivier Dufour
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] XBuild colors

2010-09-08 Thread Nicholas Salerno
I am using a bash script to make xbuild easier to use (it handles passing all 
the command line arguments).  At the top of the script I have the following:

# Using different colors just to prove a point
export XBUILD_COLORS
XBUILD_COLORS=errors=blue,warnings=green,events=red

When I run xbuild I definitely see errors and events change colors.  But 
warnings are always the console's foreground color.  This happens in both 
gnome-terminal and xterm.

Hmmm.  When I create a scratch program to test my claim I see that the warnings 
are being colored.  I can't imagine the difference between a simple program and 
the production scripts.  Admittedly, we have build files that invoke other 
build files, shell scripts invoking shell scripts, and all of that mixed and 
matched.  However, I placed the XBUILD_COLORS environment variable in every 
shell script used just to ensure that the value exists and is set.  Again, I 
can see errors and events being colored but warnings are the console's 
foreground color.

I'll have to experiment more at some point (it's not high priority, but I do 
like using colors to my advantage).

Nicholas

-Original Message-
From: Ankit Jain [mailto:radi...@gmail.com] 
Sent: Tuesday, September 07, 2010 6:19 PM
To: Nicholas Salerno
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] XBuild colors

What are you setting XBUILD_COLORS to? It works for me (2.6.7 on opensuse 11.2).
What terminal are you trying this in?

-Ankit

On Wed, Sep 8, 2010 at 2:52 AM, Nicholas Salerno
 wrote:
> Has anyone noticed that XBuild warnings are not being colored?  Or is it
> just my setup (Mono 2.6.7 on openSUSE 11.2)?  If I change the colors via the
> XBUILD_COLORS shell variable I can see the colors change for errors and
> events, but warnings appear unaffected.  They still remain the default
> terminal color (gray, in my case).
>
>
>
> Nicholas
>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>



-- 
Blog : http://www.ankitjain.org/blog
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] how to install with debug?

2010-09-08 Thread Alexander Stohr
this page on the mono projects internet presence is about debugging:
  http://www.mono-project.com/Debugging

it describes several things. in the section concerning
  "debugging with gdb ... exceptions"
it has this sentence:
  "This requires a Mono with symbols to be installed though."

how is that install step meant to be performed exactly?

i think this a crucial detail that should be mentioned on that page anyways.
i am relatively sure that would have spotted this if it was mentioned there.
-- 
GMX DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für nur 19,99 Euro/mtl.!*
http://portal.gmx.net/de/go/dsl
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] HttpListener https bug?

2010-09-08 Thread Gonzalo Paniagua Javier
On Tue, 2010-09-07 at 22:56 -0700, salar2k wrote:
> Thanks for the reply.
> 
> I've done the way you did and it works. But that was not my issue. 
> 
> Try to set browser's proxy to "localhost:9667" and browse
> https://mail.google.com/mail/ .
> You will see it doesn't work and connection resets.
> 
> This happens only when you're using https in listener.
> Change l.Prefixes.Add ("https://*:9667/";);  to l.Prefixes.Add
> ("http://*:9667/";);  and browse http://www.google.com
> it works as expected with a message Hello world!.

You didn't mention any proxy before. Why don't you send the code of your
listener?

-Gonzalo


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] HttpListener https bug?

2010-09-08 Thread salar2k

Guess it doesn't needed because the issue occurs even with your peace of
program.

And yes i'm working on kind of proxy software. (is that important?)

I'm not sure but I guess the destination website (any ssl enabled website)
doesn't trust the proxy's certificate to communicate with it. 
-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/HttpListener-https-bug-tp2527913p2532247.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list