 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
http://homepage.mac.com/chrishuff/csdl/csdl_source.tgz
http://homepage.mac.com/chrishuff/csdl/csdl_distro.tgz
http://homepage.mac.com/chrishuff/csdl/csdl_macosx.tgz
--
--
Christopher James Huff <chr### [at] mac com>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christopher James Huff wrote:
>
> http://homepage.mac.com/chrishuff/csdl/csdl_source.tgz
> http://homepage.mac.com/chrishuff/csdl/csdl_distro.tgz
> http://homepage.mac.com/chrishuff/csdl/csdl_macosx.tgz
>
I have problems decompressing them, could you check the files?
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C558581.88E76346@gmx.de>,
Christoph Hormann <chr### [at] gmxde> wrote:
> I have problems decompressing them, could you check the files?
They worked fine here...did both the source and demo/library files give
you trouble? And what kind of problems?
--
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christopher James Huff wrote:
>
> In article <3C558581.88E76346@gmx.de>,
> Christoph Hormann <chr### [at] gmxde> wrote:
>
> > I have problems decompressing them, could you check the files?
>
> They worked fine here...did both the source and demo/library files give
> you trouble? And what kind of problems?
>
Yes, both files. I get:
$ gzip -d csdl_source02.tgz
gzip: csdl_source02.tgz: invalid compressed data--crc error
gzip: csdl_source02.tgz: invalid compressed data--length error
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C558B67.13C32FAC@gmx.de>,
Christoph Hormann <chr### [at] gmxde> wrote:
> Yes, both files. I get:
>
> $ gzip -d csdl_source02.tgz
>
> gzip: csdl_source02.tgz: invalid compressed data--crc error
>
> gzip: csdl_source02.tgz: invalid compressed data--length error
Hmm, don't know what's wrong...I'll put up *.zip versions.
--
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 28 Jan 2002 17:12:19 -0500, Christopher James Huff wrote:
> In article <3C558B67.13C32FAC@gmx.de>,
> Christoph Hormann <chr### [at] gmxde> wrote:
>
>> Yes, both files. I get:
>>
>> $ gzip -d csdl_source02.tgz
>>
>> gzip: csdl_source02.tgz: invalid compressed data--crc error
>>
>> gzip: csdl_source02.tgz: invalid compressed data--length error
>
> Hmm, don't know what's wrong...I'll put up *.zip versions.
Your web server doesn't know that a tgz is a binary file, so it's serving
it as text and probably converting newlines.
--
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbt 1}hollow interior{media{emission T}}finish{
reflection.1}}#end Z(-x-x.2y)Z(-x-x.4x)camera{location z*-10rotate x*90}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <slr### [at] fwicom>,
Ron Parker <ron### [at] povrayorg> wrote:
> Your web server doesn't know that a tgz is a binary file, so it's serving
> it as text and probably converting newlines.
Unfortunately, I have no control of that... :-(
Maybe it would recognize *.tar.gz...or maybe it has something to do with
the way the client requests the file.
--
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christopher James Huff wrote:
>
> Unfortunately, I have no control of that... :-(
> Maybe it would recognize *.tar.gz...or maybe it has something to do with
> the way the client requests the file.
>
I got it now using wget on a unix machine (i also used this method with the first
version, just did not remember that).
Compilation with 'USE_OPENGL' did not work, even not after adapting the #include's to
'<Gl/glut.h>' and '<Gl/gl.h>'. I'm
no expert in C++ or OpenGL so i'm not able to fix this problem but i think it should
compile without errors since Cygwin
supports GLUT.
Here is the output:
g++ -Wall -o csdl_stdlib.o csdl_stdlib.cpp
csdl_stdlib.cpp: In method `class csdl::Base_Data *
csdl::FnInitOpenGLInterface::Run()':
csdl_stdlib.cpp:259: no matching function for call to `csdl::FnNoParams::FnNoParams
(void (&)())'
csdl_stdlib.h:47: candidates are: csdl::FnNoParams::FnNoParams(csdl::FnNoParams *)
csdl_stdlib.h:51: csdl::FnNoParams::FnNoParams(void (*)())
csdl_stdlib.h:53: csdl::FnNoParams::FnNoParams(const csdl::FnNoParams
&)
csdl_stdlib.cpp:260: no matching function for call to `csdl::FnNoParams::FnNoParams
(void (&)())'
csdl_stdlib.h:47: candidates are: csdl::FnNoParams::FnNoParams(csdl::FnNoParams *)
csdl_stdlib.h:51: csdl::FnNoParams::FnNoParams(void (*)())
csdl_stdlib.h:53: csdl::FnNoParams::FnNoParams(const csdl::FnNoParams
&)
csdl_stdlib.cpp:262: no matching function for call to `csdl::GL3F_Fn::GL3F_Fn (void
(&)(double, double, double))'
csdl_stdlib.h:122: candidates are: csdl::GL3F_Fn::GL3F_Fn(csdl::GL3F_Fn *)
csdl_stdlib.h:127: csdl::GL3F_Fn::GL3F_Fn(void (*)(double, double,
double))
csdl_stdlib.h:131: csdl::GL3F_Fn::GL3F_Fn(const csdl::GL3F_Fn &)
csdl_stdlib.cpp:263: no matching function for call to `csdl::GL3F_Fn::GL3F_Fn (void
(&)(double, double, double))'
csdl_stdlib.h:122: candidates are: csdl::GL3F_Fn::GL3F_Fn(csdl::GL3F_Fn *)
csdl_stdlib.h:127: csdl::GL3F_Fn::GL3F_Fn(void (*)(double, double,
double))
csdl_stdlib.h:131: csdl::GL3F_Fn::GL3F_Fn(const csdl::GL3F_Fn &)
csdl_stdlib.cpp:264: no matching function for call to `csdl::Fn1Scalar<unsigned
int>::Fn1Scalar (void (&)(unsigned int))'
csdl_stdlib.h:63: candidates are: csdl::Fn1Scalar<unsigned
int>::Fn1Scalar(csdl::Fn1Scalar<unsigned int> *)
csdl_stdlib.h:67: csdl::Fn1Scalar<unsigned int>::Fn1Scalar(void
(*)(unsigned int))
csdl_stdlib.h:69: csdl::Fn1Scalar<unsigned int>::Fn1Scalar(const
csdl::Fn1Scalar<unsigned int> &)
csdl_stdlib.cpp:265: no matching function for call to `csdl::FnNoParams::FnNoParams
(void (&)())'
csdl_stdlib.h:47: candidates are: csdl::FnNoParams::FnNoParams(csdl::FnNoParams *)
csdl_stdlib.h:51: csdl::FnNoParams::FnNoParams(void (*)())
csdl_stdlib.h:53: csdl::FnNoParams::FnNoParams(const csdl::FnNoParams
&)
csdl_stdlib.cpp:266: no matching function for call to `csdl::FnNoParams::FnNoParams
(void (&)())'
csdl_stdlib.h:47: candidates are: csdl::FnNoParams::FnNoParams(csdl::FnNoParams *)
csdl_stdlib.h:51: csdl::FnNoParams::FnNoParams(void (*)())
csdl_stdlib.h:53: csdl::FnNoParams::FnNoParams(const csdl::FnNoParams
&)
csdl_stdlib.cpp:267: no matching function for call to `csdl::FnNoParams::FnNoParams
(void (&)())'
csdl_stdlib.h:47: candidates are: csdl::FnNoParams::FnNoParams(csdl::FnNoParams *)
csdl_stdlib.h:51: csdl::FnNoParams::FnNoParams(void (*)())
csdl_stdlib.h:53: csdl::FnNoParams::FnNoParams(const csdl::FnNoParams
&)
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C567F01.C175F513@gmx.de>,
Christoph Hormann <chr### [at] gmxde> wrote:
> I got it now using wget on a unix machine (i also used this method with the
> first version, just did not remember that).
Ah...I wonder if there's some way to force it to transfer properly.
Maybe naming it with a jpg extension or something...or just uploading to
my EarthLink account, which I haven't even used yet.
> Compilation with 'USE_OPENGL' did not work, even not after adapting the
> #include's to '<Gl/glut.h>' and '<Gl/gl.h>'. I'm
> no expert in C++ or OpenGL so i'm not able to fix this problem but i think it
> should compile without errors since Cygwin supports GLUT.
I think the problem is with the function pointer syntax I used...maybe
passing "&FuncName" will work better than "FuncName". It seems to be
trying to pass a reference to the function, but my C++ books say the
function name is a pointer and use the same syntax I used, and it works
fine in my compiler. I'm still pretty inexperienced with function
pointers though...
--
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
