csgl-users — General CsGL feedback list.

Re: [Csgl-users] csgl.dll and csgl-native.dll license

[Lloyd D. <ll...@ga...>]

Hi,

Mhh..
I don't want to be rude (more like a joke) but you shold buy glasses !
It's NOT GPL.
It's BSD licenced.

Oh, well, I know, maybe you don't know all the subtle difference.
BSD is very simple:
you could do whatever you like with the product but for 2 things:
- don't pretend to be the original writer nor my boss
- In theorie you should ship a 3rd parties .txt file giving credit to me,
although it's only relevant in developer package ...

It's so simple that's the preferred licenced od company like Microsoft and
Apple :-)

cheers mate,
Lloyd

[Csgl-users] csgl.dll and csgl-native.dll license

[Jacek A. <ja...@ar...>]

Hi,

I am so impressed with CsGL that I am thinking of using it in a
commercial package.  Can I do it?  I see that the source code is
licensed under the GPL.  What about the binary versions of CsGL
libraries (the DLLs)?  Are they still under GPL, or does compiling
them with GCC turn them into the GPL hot potato?

Keep up the great work!

Best,
-- 
Jacek Artymiak
writer, author, developer, consultant -------------------- 
member of the Board of the Python Business Forum ---------
email: ja...@ar... / www: http://www.artymiak.com -

Re: [Csgl-users] obscured control and context.ToImage()

[Lloyd D. <ll...@ga...>]

Hi !

I suspect that's more a "feature" than a bug ...

However here a few suggestion:
0. there is no attached image
1. why not draw to the bitmap (there is an example in <csgl>/example/cs) and
show it in a picture box, than the other way round ?
2. Refresh() will force immediate redraw, and Invalidate() ask for a redraw
(later in the event loop)

----- Original Message -----
From: "Aron Ernvik" <ar...@se...>
To: "CsGL users list" <csg...@li...>
Sent: Tuesday, March 18, 2003 7:23 PM
Subject: [Csgl-users] obscured control and context.ToImage()


> Hi all,
>
> I'm working on a volume rendering application where rendering a frame
might
> take several seconds. Because of this, I cache the most recently rendered
> image as a bitmap (using context.ToImage()) and in OnPaint() I just draw
> this bitmap if it is still valid, instead of rendering the whole scene
over.
>
> There seems to be a problem when the Control (which is not an
OpenGLControl
> but a "standard" control containing a ControlGLContext) is obscured by
> another window - there will be rubbish in the obscured parts of the
window.
> So when the front window is moved and my OnPaint() is called and I draw
the
> bitmap, the part that was not visible before will contain errors.
>
> The two attached images illustrate what happens. In "bad.jpg", the lower
> part of the image was obscured by the Task Manager at rendering time.
> "good.jpg" shows what it should look like.
>
> Is there any way I can force the whole control to be redrawn, even if
parts
> of it are not visible?
>
> Thanks for any help! Best regards
>
> Aron Ernvik
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users

[Csgl-users] obscured control and context.ToImage()

[Aron E. <ar...@se...>]

Hi all,

I'm working on a volume rendering application where rendering a frame might
take several seconds. Because of this, I cache the most recently rendered
image as a bitmap (using context.ToImage()) and in OnPaint() I just draw
this bitmap if it is still valid, instead of rendering the whole scene over.

There seems to be a problem when the Control (which is not an OpenGLControl
but a "standard" control containing a ControlGLContext) is obscured by
another window - there will be rubbish in the obscured parts of the window.
So when the front window is moved and my OnPaint() is called and I draw the
bitmap, the part that was not visible before will contain errors.

The two attached images illustrate what happens. In "bad.jpg", the lower
part of the image was obscured by the Task Manager at rendering time.
"good.jpg" shows what it should look like.

Is there any way I can force the whole control to be redrawn, even if parts
of it are not visible?

Thanks for any help! Best regards

Aron Ernvik

[Csgl-users] Re: Modeling Plants

[Issam Al-A. <is...@ho...>]

Hello all

I am developing a modeling project for a senior thesis course. Well, I am 
thinking to incorporate the power of C# and CsGl. The software system I am 
developing consists of a window where the user models a plant. For instance, 
a user drags an icon, representing a sensor, to a place on the screen. Thus, 
by using drag-and-drop, users simply specify their model of plants.
Is there any similar project which may provide useful guidance?
Is there an existing utility to do this?
How C# and CsGl can be used to my advantage?

Thanks a lot.




_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

Re: Subject: [Csgl-users] CsGL Windows Forms and System Lockup

[Vadim M. <vad...@ho...>]

> Hi,
> Have you had issues running other OpenGL applications?  It might be a
> driver/video card issue.  Otherwise, I don't have any idea either.
> 
> Don

No I don't recall ever having serious issues with my OpenGL drivers.

Re: [Csgl-users] CsGL Windows Forms and System Lockup

[Vadim M. <vad...@ho...>]

> That's terrible, WinForm doesn't play nicely with thread, that worry me.
> Anyway, trying to be helpfull, have you tried to tag your Main() method
with
> [STAThread] attribute ?

Yes, I've tried that, but that hasn't helped. To be honest, I'm begininning
to suspect the trouble is caused by the managed C++ dlls I'm using in my
app, I ran into some problems back when I was building those (they refused
to get unloaded, or maybe VS NET refused to unload them, not quite sure).

Cheers,

Vadim.

Re: [Csgl-users] CsGL Windows Forms and System Lockup

[Lloyd D. <ll...@ga...>]

That's terrible, WinForm doesn't play nicely with thread, that worry me.
Anyway, trying to be helpfull, have you tried to tag your Main() method with
[STAThread] attribute ?


----- Original Message -----
From: "Vadim Macagon" <vad...@ho...>
To: "CsGL list" <csg...@li...>
Sent: Tuesday, January 07, 2003 10:04 PM
Subject: [Csgl-users] CsGL Windows Forms and System Lockup


> Hi,
>
> I've written an application that uses CsGL to render meshes, I also
> extensively use windows forms controls (such as tab controls, combo boxes,
> etc.) The problem is that every once in a while as I manipulate the
various
> controls my whole system becomes frozen and I have to reboot. I've just
> restructured my application to use the basecode, this way I can run
> everything in a single thread, previously it was using OpenGLControl and
> that was rather hackish (and that too caused the occasional system
freeze).
>
> I'm at a loss as to how to debug this, because the crash is unpredictable,
> the only thing I know is it happens when I mess with the controls on the
> form, even something as simple as selecting a different tab on a tab
control
> can cause the whole thing to freeze. I've encountered Windows Forms
> threading issues before (in non-CsGL applications), but that only froze
the
> application, not my whole system.
>
> Any advice on how to fix this will be greatly appreciated :)
>
>
> Cheers,
>
> Vadim.
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users

[Csgl-users] CsGL Windows Forms and System Lockup

[Vadim M. <vad...@ho...>]

Hi,

I've written an application that uses CsGL to render meshes, I also
extensively use windows forms controls (such as tab controls, combo boxes,
etc.) The problem is that every once in a while as I manipulate the various
controls my whole system becomes frozen and I have to reboot. I've just
restructured my application to use the basecode, this way I can run
everything in a single thread, previously it was using OpenGLControl and
that was rather hackish (and that too caused the occasional system freeze).

I'm at a loss as to how to debug this, because the crash is unpredictable,
the only thing I know is it happens when I mess with the controls on the
form, even something as simple as selecting a different tab on a tab control
can cause the whole thing to freeze. I've encountered Windows Forms
threading issues before (in non-CsGL applications), but that only froze the
application, not my whole system.

Any advice on how to fix this will be greatly appreciated :)


Cheers,

Vadim.

[Csgl-users] initial release of C# wrappers for NVIDIA's Cg - binaries only.

[Ben H. <be...@ex...>]

Everything I can say is on this page:
http://www.exocortex.org/cg

Cheers...
-ben houston
http://www.franticfilms.com
http://www.exocortex.org/ben
"The only people who achieve much are those who want knowledge so badly
that they seek it while the conditions are still unfavorable."  - C.S.
Lewis

Re: [Csgl-users] how to use csgl with Visual Studio .net

[Lloyd D. <ll...@ga...>]

Hi Monica,

I should probably update the FAQ for you... probably this week-end...
Anyway, it's normal if CsGL doesn't work straight away in VS.NET.

To quote myself:
"According to the last news from MS representative CsGL was not yet standart
part of the current .NET SDK, so, it unfortunately doesn't work with VS.NET
straight away" .... so sad ... ;-(
You have to add it (manually !) to your project reference first .....

For this, see, there is a 'reference' icon in your VS.NET project. you
should right clic, select 'add reference' and somewhat choose CsGL.

Although there is one more trick. Once you will try this you will be able to
add csgl.dll but NOT csgl.native.dll (because it's NOT an assembly (to learn
more about assembly, search into .NET SDK documentation)) although it's a
needed interop DLL, too....
So you will be able to compile, etc.. but your control won't show in the
designer, nor your program will run ....

So you also make csgl.native.dll available to your project. There is 3 way
of doing this:
- use the "INSTALL.BAT" in the libinstall directory
- put csgl.native.dll in you <windows>\System32 dir
- copy csgl.native.dll in your debug/release/whatever directory, yourself...

----- Original Message -----
From: "Monica McAmis" <mm...@ho...>
To: <csg...@li...>
Sent: Thursday, December 12, 2002 11:01 AM
Subject: [Csgl-users] how to use csgl with Visual Studio .net


> I looked at some of the Examples (the .cs files) and failed to build them
> when I pasted the file in a C# Visual Studio .net windows project. I get
> " The type or namespace name 'CsGL' could not be found (are you missing a
> using directive or an assembly reference?)" . How can I fix that?
> Thanks.
>
>
>
>
>
>
> _________________________________________________________________
> Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users

Re: [Csgl-users] NeHeLesson13.exe not work appropriate

[Lloyd D. <ll...@ga...>]

it's normal....
Randy, staying true to NeHe's example try to use wglUseFontBitmaps(), which,
somewhat, doesn't seem to work....

to use font I advice to use my GDITextureFont (as stated in the FAQ).. or at
least its code before making your own...

----- Original Message -----
From: "Plamen Tonchev" <pla...@ho...>
To: <csg...@li...>
Sent: Thursday, December 12, 2002 7:45 PM
Subject: [Csgl-users] NeHeLesson13.exe not work appropriate


>
> Hi,
> Most of examples work very nice.But I couldn't see anything in
NeHeLesson13.
> Did you have such problems?
> Regards
>
> Plamen Tonchev
>
>
>
>
>
> _________________________________________________________________
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users

[Csgl-users] NeHeLesson13.exe not work appropriate

[Plamen T. <pla...@ho...>]

Hi,
Most of examples work very nice.But I couldn't see anything in NeHeLesson13. 
Did you have such problems?
Regards

Plamen Tonchev





_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

[Csgl-users] how to use csgl with Visual Studio .net

[Monica M. <mm...@ho...>]

I looked at some of the Examples (the .cs files) and failed to build them 
when I pasted the file in a C# Visual Studio .net windows project. I get
" The type or namespace name 'CsGL' could not be found (are you missing a 
using directive or an assembly reference?)" . How can I fix that?
Thanks.






_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

[Csgl-users] First Post

[Ulas S. <ul...@ar...>]

Hi Friends,

I am new to csgl and want to learn one thing to get into deep business: )
What is all about basecode?
I dont have to use it right?
Can i implement my own basecode?
But all of the constants need basecode.dll to be referenced. Is it normal?

Thanks.

Re: [Csgl-users] CsGL and Mono

[Freddy B. <fre...@ho...>]

Hi Michael!

Sorry, that I answer so late.


>I have tried CsGL in Mono.  For now it doesn't work.  The reason
>for this is that Mono has not implemented Windows.Forms yet.

Why does GsGL need Windows.Forms?
I thought OpenGL is platform-independent. Why does ist then need a special 
GUI?


>I had asked this question to Lloyd on the sourceforge forum

And dou you have the link to the thread in the forum, where your question 
stand?


>and he said that it might be possible to use the GtkSharp library to
>do windowing instead of the Windows.Forms,

But why need CsGL a special GUI for Windowing?
With GLUT you can in C/C++ program platformindependent - and you don't need 
any GUI.
Why do you need it for CsGL?

I think, it is the job of the CsGL-Team to create OpenGL-Bindings, so that 
it run on every platform.
And it is the job of the GUI-Teams (like Gtk#, Qt#, etc) to integrate it in 
thier GUI.

Thats the same like in C/C++:
OpenGL is with GLUT platformindependent. And if you want, you can integrate 
it in your Gtk+-, Qt-, FLTK- or Fox-programs.
But why is it so hard unter C# ?


>Since GtkSharp requires the use of making everything static, it is
>really annoying to work with.

For this I have now asked the Gtk#-Team under
http://lists.ximian.com/archives/public/gtk-sharp-list/2002-December/000627.html
why it is so.

>Maybe, Lloyd can shead some light on the issue.

I hope so.

Thanks.

Greatings
BL-Freddy


_________________________________________________________________
Messenger  -  Wer in Echtzeit kommunizieren will, lädt den MSN Messenger. 
Cool, kostenlos und mit 3D Emoticons: http://messenger.msn.de

Re: [Csgl-users] CsGL and Mono

[Lloyd D. <ll...@ga...>]

Hi,

First I want to say I didn't use GLUT at all.
I write CsGL to be very neatly integrated in the System.Windows.Form
hierarchy.
In my mind a GL control should be just like any other Control.

And here it is, you just create an OpenGLControl, a subclass of
System.Windows.Forms.Control, a good citizen in WinForm population. So you
do need WinForm.
I know I write it !

And you could put as many OpenGLControl in you .NET application as you want,
and wherever you want. (in a Button ?) try to do that with GLUT !

However it's very modular, the OpenGLContext, the crucial and only OS
dependant OpenGL object doesn't depends on Winform. With a minimal amount of
work you could do a Gtk#, or GLUT version of it.

BTW, if I had to choose a multiplatform environment to write an GLControl, I
had choosed SDL (http://www.libsdl.org) library (not GLUT). But I didn't do
it because WinForm has many advantage over SDL (yet), Winform could have
mutliple windows ! Winforms could have transparent and odly shaped window !
SDL cannot do the above.

Anyway, now I have a good network (at last, just recently) and I will try to
upgrade CsGL to mono/FreeBSD as soon as possible,

Cheers,
Lloyd

PS: BTW I don't know about Gtk# and I don't think I will have the time to
investigate...
:-(
I will wait and go for mono/Winform.

----- Original Message -----
From: "Freddy BL" <fre...@ho...>
To: <mg...@st...>
Cc: <csg...@li...>
Sent: Tuesday, November 26, 2002 8:24 PM
Subject: Re: [Csgl-users] CsGL and Mono


> Hi Michael!
>
>
> >I have tried CsGL in Mono.  For now it doesn't work.  Th ereason for this
> >is that Mono has not implemented Windows.Forms yet.
>
> Why do it need Windows.Forms?
> In C/C++ you can program with GLUT platformindepoendent.
> And if you want to use glx.h or wingl.h instead of this, you can integrate
> OpenGL in _any_ GUI!
> In C/C++ it was integrated in Gtk+, Qt and FLTK, Fox, etc.
> Why need the C#-Binding a special GUI?
>
>
> >  There are plans to use Wine or GTK to do it.
>
> But why do you need this GUI?
> With GLUT it can run platformindependent.
> And _if_ it is hard to integrate OpenGL in the special GUIs, _than_ it is
> the job for the Gtk#-Team, Qt#-Team or Mono-Winforms-Team.
> But it is the job of the CsGL-Team to make the CsGL for any platform and
any
> .net-implemenatation avaible. And this is possible - with GLUT. GLUT is
> platformindependent. That OpenGL and special GUIs work together, is _not_
> the job of CsGL - I think.
>
>
> >But because that aspect of Mono C# specification has not yet been
> >implemented,
> >CsGL won't work since it depends on that.
>
> And _why_ depends it on Windows.Forms?
>
>
> >I had asked this question to Lloyd on the sourceforge forum
>
> Have you a link to your post there?
>
>
> >and he said that it might be possible to use the GtkSharp library to do
> >windowing instead of the Windows.Forms, but I have played with the
GkSharp
> >a bit and it would require some work to integrate.
>
> Yes. But if it is a hard work, it is the job of the Gtk#-Team.
> But why does CsGL not running _without_ any special GUI on Mono/Linux?
>
>
> >Since GtkSharp requires the use of making everything static, it is really
> >annoying to work with.
>
> Hmmm... and do you know _why_ Gtk# makes everything static?
> And there was a time (older Gtk#-Version), where it was not so?
> Thats something, what someone can ask in the Gtk#-list.
>
>
> >Maybe, Lloyd can shead some light on the issue.
>
> I hope so.
>
>
> Greatings
> BL-Freddy
>
>
> _________________________________________________________________
> MSN - More useful every day http://www.msn.de
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users

Re: [Csgl-users] CsGL and Mono

[Freddy B. <fre...@ho...>]

Hi Michael!


>I have tried CsGL in Mono.  For now it doesn't work.  Th ereason for this
>is that Mono has not implemented Windows.Forms yet.

Why do it need Windows.Forms?
In C/C++ you can program with GLUT platformindepoendent.
And if you want to use glx.h or wingl.h instead of this, you can integrate 
OpenGL in _any_ GUI!
In C/C++ it was integrated in Gtk+, Qt and FLTK, Fox, etc.
Why need the C#-Binding a special GUI?


>  There are plans to use Wine or GTK to do it.

But why do you need this GUI?
With GLUT it can run platformindependent.
And _if_ it is hard to integrate OpenGL in the special GUIs, _than_ it is 
the job for the Gtk#-Team, Qt#-Team or Mono-Winforms-Team.
But it is the job of the CsGL-Team to make the CsGL for any platform and any 
.net-implemenatation avaible. And this is possible - with GLUT. GLUT is 
platformindependent. That OpenGL and special GUIs work together, is _not_ 
the job of CsGL - I think.


>But because that aspect of Mono C# specification has not yet been 
>implemented,
>CsGL won't work since it depends on that.

And _why_ depends it on Windows.Forms?


>I had asked this question to Lloyd on the sourceforge forum

Have you a link to your post there?


>and he said that it might be possible to use the GtkSharp library to do
>windowing instead of the Windows.Forms, but I have played with the GkSharp
>a bit and it would require some work to integrate.

Yes. But if it is a hard work, it is the job of the Gtk#-Team.
But why does CsGL not running _without_ any special GUI on Mono/Linux?


>Since GtkSharp requires the use of making everything static, it is really
>annoying to work with.

Hmmm... and do you know _why_ Gtk# makes everything static?
And there was a time (older Gtk#-Version), where it was not so?
Thats something, what someone can ask in the Gtk#-list.


>Maybe, Lloyd can shead some light on the issue.

I hope so.


Greatings
BL-Freddy


_________________________________________________________________
MSN - More useful every day http://www.msn.de

Re: [Csgl-users] CsGL and Mono

[Michael G. <mg...@st...>]

Hi Freddy,

I have tried CsGL in Mono.  For now it doesn't work.  Th ereason for this
is that Mono has not implemented Windows.Forms yet.  There are plans to
use Wine or GTK to do it.  But because that aspect of Mono C#
specification has not yet been implemented, CsGL won't work since it
depends on that.

I had asked this question to Lloyd on the sourceforge forum and he said
that it might be possible to use the GtkSharp library to do windowing
instead of the Windows.Forms, but I have played with the GkSharp a bit and
it would require some work to integrate.  Since GtkSharp requires the use
of making everything static, it is really annoying to work with.  Maybe,
Lloyd can shead some light on the issue.

Sleepy, (Michael Gilkes)

On Mon, 25 Nov 2002, Freddy BL wrote:

> Hi CsGL-Team!
>
> How looks the roadmap and the futureplan for supporting Mono?
> Are there any plans, when the first CsGL-version support Mono?
>
> How much work is it for you?
>
> And if you need a little bit longer to support Mono: Can you then write t=
he
> answer to the question of supporting Mono in your FAQ?
>
> I don't know, if CsGL must port to Mono/Linux, because GLUT is
> platformindependent, so I think, that it must possible, that CsGL-program=
s
> can run on Mono/Linux _without_ any changes.
> But is it so? Have anybody tested, if the CsGL-library and the CsGL-examp=
les
> can run on Mono/Linux?
>
>
> Greatings
> BL-Freddy
>
>
> _________________________________________________________________
> Hotmail=A0 - =A0Absolut kostenfrei! Der weltweit gr=F6=DFte E-Mail-Anbiet=
er im Netz:
> http://www.msn.de/hotmail
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Csgl-users mailing list
> Csg...@li...
> https://lists.sourceforge.net/lists/listinfo/csgl-users
>

[Csgl-users] CsGL and Mono

[Freddy B. <fre...@ho...>]

Hi CsGL-Team!

How looks the roadmap and the futureplan for supporting Mono?
Are there any plans, when the first CsGL-version support Mono?

How much work is it for you?

And if you need a little bit longer to support Mono: Can you then write the 
answer to the question of supporting Mono in your FAQ?

I don't know, if CsGL must port to Mono/Linux, because GLUT is 
platformindependent, so I think, that it must possible, that CsGL-programs 
can run on Mono/Linux _without_ any changes.
But is it so? Have anybody tested, if the CsGL-library and the CsGL-examples 
can run on Mono/Linux?


Greatings
BL-Freddy


_________________________________________________________________
Hotmail  -  Absolut kostenfrei! Der weltweit größte E-Mail-Anbieter im Netz: 
http://www.msn.de/hotmail

[Csgl-users] Cg?

[Ben H. <be...@ex...>]

Hey all,

I'm interested in using Cg, NVIDIA's new graphics card language, with
C#.  Has anyone tried this out yet?  Supposidely, you can compile *.cg
files in the VS.NET environment if you are coding in C++.  I'm not sure
if that also works in C#.

Anyways,
-ben houston
http://www.franticfilms.com
http://www.exocortex.org/ben
"The only people who achieve much are those who want knowledge so badly
that they seek it while the conditions are still unfavorable."  - C.S.
Lewis

Re: [Csgl-users] CsGL and SharpDevelop

[Lloyd D. <ll...@ga...>]

BTW I just commit to the CVS directory a version of CsGL which popup a
"Critical Error" message dialog if CsGL can't load its csgl.native.dll DLL

Re: [Csgl-users] CsGL and SharpDevelop

[Lloyd D. <ll...@ga...>]

Hi Erik,

mmhh..
I have an idea... (of which I'm not sure..), it woould be nice if you get
the complete message type and message, you know..

I suspect you get an erro like:
Unhandled Exception: System.TypeInitializationException ...... --->
System.DllNotFoundException: Unable to load DLL (csgl.native.dll) ....

well, in this case are you sure csgl.native.dll is in your build directory
or PATH ?
this is not an assemblye and get overlooked by SharpDevelop (and VS.NET too,
yes) but it's most important !

[Csgl-users] CsGL and SharpDevelop

[erik <eri...@ho...>]

Hello!

I'm new to c#, openGL and CsGL. I'm currently just trying to compile some 
of the examples that comes with CsGlExaple library in SharpDevelop and plan 
to move onwards from that.

I'm doing this by creating a "combine" in which I've added csgs.dll and 
CsGS.Basecode.dll as references (if I don't do that the compiler doesn't 
seem to be able to locate them even if they are in the same dir as the file 
to be compiled) and for example NeHeLesson01.cs as a file. I then compile 
the project, this works fine and I don't get any errors. An executable with 
the same name as the combine is created. But when I try to run the program 
I get an exception, plus a long error message in the command window, and it 
crashes.. The examples works fine if i run the already compiled exe-files 
that came with the library...

Another irritating thing is that when I add .dll files as reference 
SharpDeveloper sometimes complains and doesn't add the file, atleast it's 
not visible in the tree structure even though I suspect it is there. If I 
close and open the combine again the dll shows up however.

What am I doing wrong? How do I get CsGL to work with SharpDevelop? I would 
prefer to work there instead of compiling via the command prompt and use 
mysterious applications as Nant...

Best Regards

/erik 

[Csgl-users] help wanted - new project GLE

[Lloyd D. <ll...@ga...>]

A new sub-project (module) is checked in CVS: csGLE.
It aims to be a C# implementation of the GLE (http://linas.org/gle/) =
library.
For now I just exposed all GLE.h function in a CsGL.GLE.GLE class. They =
do nothing but the project build.
I will contribute, but slowly to this project, but any patch or examples =
are welcome and will be commited hastily, I could eventually grant CVS =
access.
By the way my IDE is SharpDevelop (http://www.ICsharpCode.net) and it =
will compile the project with a single stroke on 'F8'.=20