Dear all,

I have a .fig file which should be treated as binary.

Our group has set the option in the wrapperfiles to treat this kind of
".fig" file to be "binary"... We have stored this wrapperfile in the
CVSROOT.

I have also specifically used the following command to mark it to be
binary on Linux:

cvs admin -kb [filename]

After all of this,

We downloaded it to Windows using Tortoise, and also downloaded in
Linux using "cvs checkout" command in Linux.

Both file is corrupted.

The orginal size of the file, as appeared in the repository, is 130K
bytes.

The downloaded version, on Windows, it is 3535 bytes; on Linux, it is
3532 bytes, both are wrong. So the file is corrupted on both
platforms.

Anybody know why? Please help us! Thank you very much!

-Lucy.

[ Post a follow-up to this message ]

"lucy" <losemind@yahoo.com> wrote in message
news:cfquop$mgn$1@news.Stanford.EDU

> I have a .fig file which should be treated as binary.

And why do want to treat it as binary?

> Our group has set the option in the wrapperfiles to treat this kind of
> ".fig" file to be "binary"...

Again, why?


> We downloaded it to Windows using Tortoise, and also downloaded in
> Linux using "cvs checkout" command in Linux.
>
> Both file is corrupted.
>
> The orginal size of the file, as appeared in the repository, is 130K
> bytes.
>
> The downloaded version, on Windows, it is 3535 bytes; on Linux, it is
> 3532 bytes, both are wrong. So the file is corrupted on both
> platforms.
>
> Anybody know why? Please help us! Thank you very much!

Because the file is not binary, perhaps?


tony

--
use hotmail for email replies

[ Post a follow-up to this message ]

"ynotssor" <ynotssor@example.net> wrote in message
news:2ocma5F8g8hlU1@uni-berlin.de...
> "lucy" <losemind@yahoo.com> wrote in message
> news:cfquop$mgn$1@news.Stanford.EDU
> 
>
> And why do want to treat it as binary?
> 
>
> Again, why?
>
> 
>
> Because the file is not binary, perhaps?
>
>
>         tony
>
> --
> use hotmail for email replies


It's really a binary. It is used in Matlab to store some figure related
data... almost like a "jpeg", etc.

[ Post a follow-up to this message ]

On Mon, 16 Aug 2004 11:35:16 -0700, lucy wrote:

> Our group has set the option in the wrapperfiles to treat this kind of
> ".fig" file to be "binary"... We have stored this wrapperfile in the
> CVSROOT.

Please show us the content of your $CVSROOT/CVSROOT/cvswrappers file.

> cvs admin -kb [filename]

This alone should be sufficient.

> Both file is corrupted.

The "-kb" switch doesn't really change anything about a file during
the "cvs add" or "cvs import" step, it just controls how the file gets
mangled (or not) during a checkout; it's also used by the "cvs diff" command
.

Try this:

1) Get some binary data:

$ dd if=/dev/random of=foo bs=1k count=1
$ cp foo foo.orig

2) cvs add foo

3) cvs commit -mNew foo

4) cvs admin -kb foo

5) rm foo

6) cvs update foo

7) cmp foo foo.orig

HTH.

[ Post a follow-up to this message ]

lucy wrote:
>
> It's really a binary. It is used in Matlab to store some figure related
> data... almost like a "jpeg", etc.
>
>

AFAIK, .fig files are SNES ROM dumps.

--
Keith Gable
Lead Programmer of the Ignition Project
http://www.ignition-project.com/
ICBM: 35.540383, -94.988756
*Joshua 1:9 :: The Message:* Haven't I commanded you? Strength! Courage!
Don't be timid; don't get discouraged. GOD, your God, is with you every
step you take.
*Take back the web!* http://www.mozilla.org/products/firefox/

[ Post a follow-up to this message ]

In linux.redhat.misc Keith Gable <ziggy@ignition-project.com----.sco.com> wrote:
> lucy wrote: 
>
> AFAIK, .fig files are SNES ROM dumps.

No - they are ascii files cntaining data from xfig.

#FIG 3.1
Landscape
Center
Inches
1200 2
6 2700 2025 9300 5700
5 1 0 1 -1 0 0 0 20 0.000 0 0 0 0 3600.000 4200.000 3450 4200 3600
4050 3750 420
0
6 2700 4875 9300 5700
6 7050 5100 9300 5400
..

The OP seemed to be talking either about an FTP server or a HTTP
server. It was never clear. Either way, it is up to him to tell
either client (in the case or ftp) or server (for http) how to
handle the newline translation.

Peter

[ Post a follow-up to this message ]

"P.T. Breuer" <ptb@oboe.it.uc3m.es> wrote in message
news:vdgsfc.r1f.ln@news.it.uc3m.es...
> In linux.redhat.misc Keith Gable <ziggy@ignition-project.com----.sco.com>
wrote: 
related[vbcol=seagreen] 
>
> No - they are ascii files cntaining data from xfig.
>
>   #FIG 3.1
>   Landscape
>   Center
>   Inches
>   1200 2
>   6 2700 2025 9300 5700
>   5 1 0 1 -1 0 0 0 20 0.000 0 0 0 0 3600.000 4200.000 3450 4200 3600
>   4050 3750 420
>   0
>   6 2700 4875 9300 5700
>   6 7050 5100 9300 5400
>   ...
>
> The OP seemed to be talking either about an FTP server or a HTTP
> server. It was never clear. Either way, it is up to him to tell
> either client (in the case or ftp) or server (for http) how to
> handle the newline translation.
>
> Peter

Hi have you looked at the fig file for Matlab GUI program? Using GUIDE to
design and save?

that's binary...

[ Post a follow-up to this message ]

In linux.redhat.misc lucy <losemind@yahoo.com> wrote:
> "P.T. Breuer" <ptb@oboe.it.uc3m.es> wrote in message news:vdgsfc.r1f.ln@ne
ws.it.uc3m.es... 
>
> Hi have you looked at the fig file for Matlab GUI program? Using GUIDE to

No - it's been 15 years since I used matlab. Why should I look at it?

> design and save?

That you think .fig files are produced by matlab is your prerogative. I
KNOW they are produced by .xfig, and the above is a quote of tehir
contents.

> that's binary...

Ascii.

Anyway, who cares! What difference does it make to your question? You
are asking how to configure an ftp client or an http server, no? Make
it clear which and what.


Peter

[ Post a follow-up to this message ]

ptb@oboe.it.uc3m.es (P.T. Breuer) writes:
>In linux.redhat.misc lucy <losemind@yahoo.com> wrote:
 
>
>No - it's been 15 years since I used matlab. Why should I look at it?
> 
>
>That you think .fig files are produced by matlab is your prerogative. I
>KNOW they are produced by .xfig, and the above is a quote of tehir
>contents.

You know less than you think.  A file extension does not make the file.

scott

[ Post a follow-up to this message ]

In linux.redhat.misc Scott Lurndal <scott@slp53.sl.home> wrote:
> ptb@oboe.it.uc3m.es (P.T. Breuer) writes: 
> 
>
> You know less than you think.  A file extension does not make the file.

I agree completely! I am glad you understand my point.

Peter

[ Post a follow-up to this message ]