POV-Ray : Newsgroups : povray.programming : A common povray source tree ? Server Time
27 Sep 2024 03:28:52 EDT (-0400)
  A common povray source tree ? (Message 21 to 27 of 27)  
<<< Previous 10 Messages Goto Initial 10 Messages
From: Nicolas Calimet
Subject: Re: A common povray source tree ?
Date: 14 Feb 2003 08:00:18
Message: <3E4CE861.8070700@free.fr>
Okay,

	As Christoph suggested, I will not try to develop this topic
any further. The fact is that I actually don't have strong argumentation
to support the idea of a common source distro for every architectures.
This thread was not meant to convince anybody, but to talk about something
I don't think was discussed before (or maybe long ago, though I didn't
check the whole newgroup before posting).
	If some eventually believe that this discussion is just a waste
of time considering what could be done to improve the software itself,
or a waste of bandwidth in general, it's their opinion and I'll respect
it because I understand it. I guess my initial idea was that it could
be done differently, but I got somewhat convinced that it's probably
not worth for now. For my part I'll continue trying to improve the
unix-only distribution for easy compilation/installation as much as
time and knowledge allow to do.
	Let's talk again when the brand-new POV 4.0 project will be
on the board  :-)

	- NC


Post a reply to this message

From: Peter Popov
Subject: Re: A common povray source tree ?
Date: 16 Feb 2003 11:02:58
Message: <kbdv4vsc9j3crsrg2u472l50qhsrjsr0lr@4ax.com>
On Thu, 13 Feb 2003 23:19:24 -0500, Mark Wagner
<mar### [at] gtenet> wrote:

>I don't think you could even successfully uncompress some of the
>Mac-specific files on a Unix system, and I *know* you can't successfully
>unarchive them on a Windows system. 

That may actually not be true. AFAIK, NTFS at least can store the Mac
resource fork just fine. I know WinRAR can store NTFS-specific
information within the archives, so I suppose a) that a similar
version for Mac may be able to do that, too and b) using RAR archives
may be a way to exchange data seamlessly between Windows and Macs. Not
to mention that Windows and Mac work well in a LAN.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg


Post a reply to this message

From: T J Viking
Subject: Re: A common povray source tree ?
Date: 3 Mar 2003 09:01:03
Message: <3e63601f@news.povray.org>
> > I don't really see the advantage - what would you gain by having for
> > example all the mac specific files on a unix machine.  You can't use
> > them.
> 
> I don't think you could even successfully uncompress some of the
> Mac-specific files on a Unix system, and I *know* you can't successfully
> unarchive them on a Windows system. 

yes you can... just use stuffIt!  
:)

and winrar behaves very well over unices, windowses and now mac os


Post a reply to this message

From: Mark Wagner
Subject: Re: A common povray source tree ?
Date: 6 Mar 2003 04:20:32
Message: <pan.2003.03.06.09.18.44.538036.258@gte.net>
On Mon, 03 Mar 2003 09:00:25 -0500, T.J.Viking quoth:

>> > I don't really see the advantage - what would you gain by having for
>> > example all the mac specific files on a unix machine.  You can't use
>> > them.
>> 
>> I don't think you could even successfully uncompress some of the
>> Mac-specific files on a Unix system, and I *know* you can't
>> successfully unarchive them on a Windows system.
> 
> yes you can... just use stuffIt!

You kinda lose the resource fork that way.

-- 
Mark


Post a reply to this message

From: Christopher James Huff
Subject: Re: A common povray source tree ?
Date: 6 Mar 2003 10:38:16
Message: <cjameshuff-01FC78.10381506032003@netplex.aussie.org>
In article <3e63601f@news.povray.org>,
 "T.J.Viking" <vik### [at] bp-domarpl> wrote:

> > I don't think you could even successfully uncompress some of the
> > Mac-specific files on a Unix system, and I *know* you can't successfully
> > unarchive them on a Windows system. 
> 
> yes you can... just use stuffIt!  
> :)

That doesn't work. You miss the point...a complete Macintosh file can 
not exist on a Windows system. There are filesystem-specific structures 
and data that are not supported by other filesystems. Stuffit is useful 
for archiving files so they can be transported through other systems, 
but you can't successfully decompress a .sit archive without losing some 
information.
This was a silly idea in the first place, lets drop it now, OK?

-- 
Christopher James Huff <cja### [at] earthlinknet>
http://home.earthlink.net/~cjameshuff/
POV-Ray TAG: chr### [at] tagpovrayorg
http://tag.povray.org/


Post a reply to this message

From: Nicolas Calimet
Subject: Re: A common povray source tree ?
Date: 6 Mar 2003 13:26:24
Message: <3E6792D0.3030302@free.fr>
> This was a silly idea in the first place, lets drop it now, OK?

	This idea came since it would work on Win and most UNICES,
and I mentionned that I've no idea for what concerns Mac platforms,
because I _never_ used it (oh okay, once, because no choice at all).
Furthermore there is no more official distribution of anything else
than Linux, Macintosh, Unix, Windows on
ftp://ftp.povray.org/pub/povray/Official/

	Sorry I know I already closed this discussion 3 weeks ago.

	I for one won't believe that Macintosh users are silly people.
Should I ?  :-)

	- NC


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: A common povray source tree ?
Date: 6 Mar 2003 16:58:25
Message: <3e67c481$1@news.povray.org>
In article <3E6### [at] freefr> , Nicolas Calimet <pov### [at] freefr>
wrote:

>  I for one won't believe that Macintosh users are silly people.
> Should I ?  :-)

No, because archiving tools also use lots of Windows and Unix specific
information.  It is just that their users got used to it :-)

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org


Post a reply to this message

<<< Previous 10 Messages Goto Initial 10 Messages

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.