Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #9339 > unrolled thread

O.T. FTP upload

Back to article view | Back to comp.lang.java.programmer

Contents

  O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-01 07:07 -0700
    Re: O.T. FTP upload Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2011-11-01 09:33 -0700
      Re: O.T. FTP upload Tom Anderson <twic@urchin.earth.li> - 2011-11-01 18:49 +0000
        Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-01 23:40 -0700
      Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-01 23:33 -0700
    Re: O.T. FTP upload Arne Vajhøj <arne@vajhoej.dk> - 2011-11-01 22:11 -0400
    Re: O.T. FTP upload Martin Gregorie <martin@address-in-sig.invalid> - 2011-11-02 21:20 +0000
      Re: O.T. FTP upload Lew <lewbloch@gmail.com> - 2011-11-02 17:31 -0700
        Re: O.T. FTP upload Martin Gregorie <martin@address-in-sig.invalid> - 2011-11-04 21:13 +0000
          Re: O.T. FTP upload Lew <lewbloch@gmail.com> - 2011-11-04 14:29 -0700
            Re: O.T. FTP upload Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2011-11-04 15:12 -0700
            Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-04 15:15 -0700
              Re: O.T. FTP upload Arne Vajhøj <arne@vajhoej.dk> - 2011-11-04 21:43 -0400
            Re: O.T. FTP upload Martin Gregorie <martin@address-in-sig.invalid> - 2011-11-05 19:44 +0000
              Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-06 06:58 -0800
                Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-08 06:58 -0800
                  Re: O.T. FTP upload Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-11-08 16:03 +0000
                    Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-12 15:36 -0800
                      Re: O.T. FTP upload Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-11-13 00:45 +0000
                    Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-14 05:51 -0800
    Re: O.T. FTP upload Jim Janney <jjanney@shell.xmission.com> - 2011-11-02 16:47 -0600
    Re: O.T. FTP upload Wojtek <nowhere@a.com> - 2011-11-02 16:33 -0700
      Re: O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-03 03:14 -0700
        Re: O.T. FTP upload Gunter Herrmann <notformail0106@earthlink.net> - 2011-11-03 10:24 -0400
    Re: NOT O.T. FTP upload Gunter Herrmann <notformail0106@earthlink.net> - 2011-11-03 10:30 -0400
      Re: NOT O.T. FTP upload Roedy Green <see_website@mindprod.com.invalid> - 2011-11-03 08:09 -0700
        Re: NOT O.T. FTP upload Gunter Herrmann <notformail0106@earthlink.net> - 2011-11-03 13:56 -0400
        Re: NOT O.T. FTP upload Arne Vajhøj <arne@vajhoej.dk> - 2011-11-03 22:26 -0400

Page 1 of 2  [1] 2  Next page →

#9339 — O.T. FTP upload

There are hundreds of FTP utilities. What do you use for FTP
unattended uploads?

My ISP is still waiting for a round TUIT to set up a VPN to replace
FTP.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It's difficult to be rigorous about whether a machine really knows,
thinks, etc., because we’re hard put to define these things. 
We understand human mental processes only slightly better than
a fish understands swimming. 
~ John McCarthy (born: 1927-09-04 died: 2011-10-23 at age: 84).
Inventor of the term AI (Artificial Intelligence), 
the short-circuit OR operator (|| in Java), 
and LISP (LIst Processing Language) that makes EMACS 
(Extensible MACro System) so addictive.

[toc] | [next] | [standalone]

#9340

On 11/1/11 7:07 AM, Roedy Green wrote:
> There are hundreds of FTP utilities. What do you use for FTP
> unattended uploads?
>
> My ISP is still waiting for a round TUIT to set up a VPN to replace
> FTP.
I use sftp or scp.

Alternatively I set up a webserver on my local machine and use wget or 
curl from the remote machine.

I've also been known to use gzip | nc on the sending host and nc | 
gunzip on the receiving host.

Also, never underestimate the bandwidth of a pickup truck full of 
physical media.


----
Daniel.

[toc] | [prev] | [next] | [standalone]

#9344

On Tue, 1 Nov 2011, Daniel Pitts wrote:

> On 11/1/11 7:07 AM, Roedy Green wrote:
>
>> There are hundreds of FTP utilities. What do you use for FTP unattended 
>> uploads?
>> 
>> My ISP is still waiting for a round TUIT to set up a VPN to replace 
>> FTP.
>
> I use sftp or scp.

I use rsync or Mercurial. Why transfer all those bytes which haven't 
changed?

We are lucky, though, to be working with hosts that support modern, 
efficient, reliable protocols like those. There are plenty of poor souls 
out there who don't have access to anything more sophisticated than FTP. 
Of course, our privilege means that we have no idea what the best tools 
for that are!

Roedy, you mention that your ISP is going to set up a VPN. That seems like 
overkill. Have you discussed rsync, running over SSH, as an option? It's 
simple for users, simple for administrators, very widely used, secure, 
flexible, and extremely efficient.

On a unix machine, rsync will be available from the package manager. The 
administrators will need to set up system accounts for every user, but 
they would normally do that anyway for FTP, i think, and they can restrict 
them to use for rsync using scripts included in the rsync distribution.

A quick look suggests your ISP may be using Netware (although i find this 
slightly hard to believe!), in which case they might be interested in:

http://wiki.novell.com/index.php/RSYNC
http://www.novell.com/coolsolutions/trench/470.html
http://www.novell.com/coolsolutions/appnote/654.html

(and many other writeups)

> Also, never underestimate the bandwidth of a pickup truck full of 
> physical media.

Particularly when fired from a GIANT CANNON. It's not clear that the ISP 
would support this, though, in ballistic mode or not.

tom

-- 
Any problem in computer science can be solved with another layer of
indirection. -- David Wheeler

[toc] | [prev] | [next] | [standalone]

#9360

On Tue, 1 Nov 2011 18:49:44 +0000, Tom Anderson <twic@urchin.earth.li>
wrote, quoted or indirectly quoted someone who said :

>I use rsync or Mercurial. Why transfer all those bytes which haven't 
>changed?

When my ISP finally get around to letting me run code on the server, I
will use a VPN, WebDav, Rsync etc.  He has procrastinated for years. I
don't pay him, so I can't very well complain. For now, the only route
in I have in is FTP.  There are an astounding number of FTP utilities
out there, but even after years of trying them out, I have not found
one suited for unattended  bulk upload of deltas. 

This does not make sense. Surely thousands of people do unattended FTP
uploads. Maybe they have all graduated to non-FTP tools.  I would have
been better off to write my FTP uploader own from scratch or using
Apache libarries than waste all that time testing duds.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It's difficult to be rigorous about whether a machine really knows,
thinks, etc., because we’re hard put to define these things. 
We understand human mental processes only slightly better than
a fish understands swimming. 
~ John McCarthy (born: 1927-09-04 died: 2011-10-23 at age: 84).
Inventor of the term AI (Artificial Intelligence), 
the short-circuit OR operator (|| in Java), 
and LISP (LIst Processing Language) that makes EMACS 
(Extensible MACro System) so addictive.

[toc] | [prev] | [next] | [standalone]

#9358

On Tue, 01 Nov 2011 09:33:42 -0700, Daniel Pitts
<newsgroup.nospam@virtualinfinity.net> wrote, quoted or indirectly
quoted someone who said :

>Also, never underestimate the bandwidth of a pickup truck full of 
>physical media.

That reminds me of a story. Circa 1978,  I was working at the research
labs of BC Hydro on solar energy research. I would collect a tape full
of data each day.   It turned out mainly to be a PR thing -- to
impress visitors. The brass insisted I send the data to the mainframe
20 miles away, by modem.  Modems back then were 300 baud (about 30
cps) and did not have error correction.  Further we were out in the
boonies with phone lines that liked to disconnect frequently and were
very noisy.  I protested this would be very slow and would take
special programming, especially since the mainframe did not support
any sensible protocol, and liked to go to sleep frequently to focus
its limited attention on higher priority tasks.

I wrote a robust error-correcting, stall-tolerant, re-establishing
protocol.  It was similar to my proposed SAX protocol (see
http://mindprod.com/project/sax.html) I then invited the brass to
watch.  I fired up my DEC MINC (a PDP11) and then took the tape under
my arm and headed off on my bicycle for downtown.

Of course the tape got there long before the transfer completed.

In my particular case, I do an automated upload every hour. The
problem is the ancient abandoned NETLOAD utility grinds everything
else to a halt when it runs, and it keeps going to sleep, and needs
occasional  prodding to wakefulness by minimizing/restoring. I doubt
it will survive yet another Windows "upgrade".
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It's difficult to be rigorous about whether a machine really knows,
thinks, etc., because we’re hard put to define these things. 
We understand human mental processes only slightly better than
a fish understands swimming. 
~ John McCarthy (born: 1927-09-04 died: 2011-10-23 at age: 84).
Inventor of the term AI (Artificial Intelligence), 
the short-circuit OR operator (|| in Java), 
and LISP (LIst Processing Language) that makes EMACS 
(Extensible MACro System) so addictive.

[toc] | [prev] | [next] | [standalone]

#9353

On 11/1/2011 10:07 AM, Roedy Green wrote:
> There are hundreds of FTP utilities. What do you use for FTP
> unattended uploads?

I coded one in Java (using Commons Net).

That may not be a good solution in general, but given the
group, then it should be considered.

Arne

[toc] | [prev] | [next] | [standalone]

#9385

On Tue, 01 Nov 2011 07:07:10 -0700, Roedy Green wrote:

> There are hundreds of FTP utilities. What do you use for FTP unattended
> uploads?
>
Short answer: I don't - I generally use gftp, a GUI tool which has the 
ability to whole directory structures. This is a Linux tool (the g stands 
for Gnome) but near equivalents are Filezilla (supports Linux, Windows, 
OS X but has an over-busy GUI) and WS-FTP (Windows-specific if it still 
exists, very similar to gftp).

If I was going to use unattended ftp transfers I'd just use the standard 
Linux command line ftp client because its very easily scriptable. If SSH 
was available I'd use sftp instead and for the same reasons.

Are you aware of J-ftp - http://sourceforge.net/projects/j-ftp/
I haven't tried it, but it has a similar GUI to gftp and handles a 
variety of protocols including scp.

> My ISP is still waiting for a round TUIT to set up a VPN to replace FTP.
>
If your ISP supports SSH, and most do, that's a good argument for 
investigating sftp and/or PuTTY (which provides a decent scp command line 
tool for Windows). 



-- 
martin@   | Martin Gregorie
gregorie. | Essex, UK
org       |

[toc] | [prev] | [next] | [standalone]

#9413

On Wednesday, November 2, 2011 2:20:28 PM UTC-7, Martin Gregorie wrote:
> On Tue, 01 Nov 2011 07:07:10 -0700, Roedy Green wrote:
> 
> > There are hundreds of FTP utilities. What do you use for FTP unattended
> > uploads?
> >
> Short answer: I don't - I generally use gftp, a GUI tool which has the 
> ability to whole directory structures. This is a Linux tool (the g stands 
> for Gnome) but near equivalents are Filezilla (supports Linux, Windows, 
> OS X but has an over-busy GUI) and WS-FTP (Windows-specific if it still 
> exists, very similar to gftp).
> 
> If I was going to use unattended ftp transfers I'd just use the standard 
> Linux command line ftp client because its very easily scriptable. If SSH 
> was available I'd use sftp instead and for the same reasons.
> 
> Are you aware of J-ftp - http://sourceforge.net/projects/j-ftp/
> I haven't tried it, but it has a similar GUI to gftp and handles a 
> variety of protocols including scp.
> 
> > My ISP is still waiting for a round TUIT to set up a VPN to replace FTP.
> >
> If your ISP supports SSH, and most do, that's a good argument for 
> investigating sftp and/or PuTTY (which provides a decent scp command line 
> tool for Windows). 

Or Cygwin, which sports "ssh".

-- 
Lew

[toc] | [prev] | [next] | [standalone]

#9528

On Wed, 02 Nov 2011 17:31:11 -0700, Lew wrote:

>> If your ISP supports SSH, and most do, that's a good argument for
>> investigating sftp and/or PuTTY (which provides a decent scp command
>> line tool for Windows).
> 
> Or Cygwin, which sports "ssh".
>
I was assuming that Roedy doesn't have either installed: if PuTTY can do 
what he needs its the best choice since all it does is implement SSH for 
Windows. Yes, I know it does/did implement Telnet as well, but that's 
less added cruft than pulling in a shell and the core UNIX utilities.


-- 
martin@   | Martin Gregorie
gregorie. | Essex, UK
org       |

[toc] | [prev] | [next] | [standalone]

#9529

On Friday, November 4, 2011 2:13:54 PM UTC-7, Martin Gregorie wrote:
> On Wed, 02 Nov 2011 17:31:11 -0700, Lew wrote:
> 
> >> If your ISP supports SSH, and most do, that's a good argument for
> >> investigating sftp and/or PuTTY (which provides a decent scp command
> >> line tool for Windows).
> > 
> > Or Cygwin, which sports "ssh".
> >
> I was assuming that Roedy doesn't have either installed: if PuTTY can do 
> what he needs its the best choice since all it does is implement SSH for 
> Windows. Yes, I know it does/did implement Telnet as well, but that's 
> less added cruft than pulling in a shell and the core UNIX utilities.

Two points:
- How is that "cruft"?
- These posts are public and long-lived.  Many people will read them besides the OP.  Those folks might find the benefits of Cygwin compelling, and should be aware of the alternative.  That "cruft" that you disparage could be the very added value that makes Cygwin better than Putty for some individuals.  It does for me.  Why would I opt for Putty, which is a non-standard solution and does not include "find", "ls", "grep" or the rest?  Blecch!

YMMV.

-- 
Lew

[toc] | [prev] | [next] | [standalone]

#9532

On 11/4/11 2:29 PM, Lew wrote:
> On Friday, November 4, 2011 2:13:54 PM UTC-7, Martin Gregorie wrote:
>> On Wed, 02 Nov 2011 17:31:11 -0700, Lew wrote:
>>
>>>> If your ISP supports SSH, and most do, that's a good argument for
>>>> investigating sftp and/or PuTTY (which provides a decent scp command
>>>> line tool for Windows).
>>>
>>> Or Cygwin, which sports "ssh".
>>>
>> I was assuming that Roedy doesn't have either installed: if PuTTY can do
>> what he needs its the best choice since all it does is implement SSH for
>> Windows. Yes, I know it does/did implement Telnet as well, but that's
>> less added cruft than pulling in a shell and the core UNIX utilities.
>
> Two points:
> - How is that "cruft"?
> - These posts are public and long-lived.  Many people will read them besides the OP.  Those folks might find the benefits of Cygwin compelling, and should be aware of the alternative.  That "cruft" that you disparage could be the very added value that makes Cygwin better than Putty for some individuals.  It does for me.  Why would I opt for Putty, which is a non-standard solution and does not include "find", "ls", "grep" or the rest?  Blecch!
>
> YMMV.
>
I like to combine the two and used "MinTTY" for the terminal used by Cygwin.

Though now I'm on a MacBook Pro, so I needn't worry about such nonsense ;-)

[toc] | [prev] | [next] | [standalone]

#9533

On Fri, 4 Nov 2011 14:29:13 -0700 (PDT), Lew <lewbloch@gmail.com>
wrote, quoted or indirectly quoted someone who said :

>These posts are public and long-lived.

 Amen.  Questions should be answered in general, not just tuned for
the OP, me in this particular case. This is not a help desk. It is a
discussion meant for a wide audience.

When OPs complain they are given information they already know or that
is not specifically germane to their case, I have to refrain myself
from smacking them with some comment that reminds them they are not
the only centre of the universe.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Capitalism has spurred the competition that makes CPUs faster and 
faster each year, but the focus on money makes software manufacturers 
do some peculiar things like deliberately leaving bugs and deficiencies
in the software so they can soak the customers for upgrades later.
Whether software is easy to use, or never loses data, when the company
has a near monopoly, is almost irrelevant to profits, and therefore 
ignored. The manufacturer focuses on cheap gimicks like dancing paper 
clips to dazzle naive first-time buyers. The needs of existing 
experienced users are almost irrelevant. I see software rental as the 
best remedy.

[toc] | [prev] | [next] | [standalone]

#9555

On 11/4/2011 6:15 PM, Roedy Green wrote:
> On Fri, 4 Nov 2011 14:29:13 -0700 (PDT), Lew<lewbloch@gmail.com>
> wrote, quoted or indirectly quoted someone who said :
>
>> These posts are public and long-lived.
>
>   Amen.  Questions should be answered in general, not just tuned for
> the OP, me in this particular case. This is not a help desk. It is a
> discussion meant for a wide audience.
>
> When OPs complain they are given information they already know or that
> is not specifically germane to their case, I have to refrain myself
> from smacking them with some comment that reminds them they are not
> the only centre of the universe.

Extra information with an answer is nice, because it helps
other people than OP.

But extra information without an answer is bad, because
it confuses both OP and other people.

Arne

[toc] | [prev] | [next] | [standalone]

#9593

On Fri, 04 Nov 2011 14:29:13 -0700, Lew wrote:

> On Friday, November 4, 2011 2:13:54 PM UTC-7, Martin Gregorie wrote:
>> On Wed, 02 Nov 2011 17:31:11 -0700, Lew wrote:
>> 
>> >> If your ISP supports SSH, and most do, that's a good argument for
>> >> investigating sftp and/or PuTTY (which provides a decent scp command
>> >> line tool for Windows).
>> > 
>> > Or Cygwin, which sports "ssh".
>> >
>> I was assuming that Roedy doesn't have either installed: if PuTTY can
>> do what he needs its the best choice since all it does is implement SSH
>> for Windows. Yes, I know it does/did implement Telnet as well, but
>> that's less added cruft than pulling in a shell and the core UNIX
>> utilities.
> 
> Two points:
> - How is that "cruft"?
>
Because Roedy, IIRC, used Windows and has little *nix experience. Viewed 
in the context of a Windows power user with little *nix experience, all 
the stuff you or I would regard as essentials, namely a *nix shell (does 
Cygwin include sh, ash, ksh or all three) and the Core Utils, can fairly 
be described as cruft.

> YMMV.
>
Indeed, and it does. I've never had much time for Windows and less for 
the DOS command line interpreter. Consequently, in the mid 80s I switched 
to Microware's OS/9 (a highly modular, multi-user real-time OS with an 
optional Bourne-style shell) because, at that time there was no unix 
clone available that was half as capable or nearly as affordable). I 
moved on to Linux in about 1998 (RedHat 6.2) but my OS/9 system still 
runs my accounting system and is fired up several times each week. The OS 
I use (V2.4) runs on an MC 68020. It and its utilities haven't been 
patched (or needed to be patched) since about 1992 except for tweaks we 
all did to the clock driver in 1998 in preparation for Y2K.


-- 
martin@   | Martin Gregorie
gregorie. | Essex, UK
org       |

[toc] | [prev] | [next] | [standalone]

#9654

On Sat, 5 Nov 2011 19:44:55 +0000 (UTC), Martin Gregorie
<martin@address-in-sig.invalid> wrote, quoted or indirectly quoted
someone who said :

>Because Roedy, IIRC, used Windows and has little *nix experience. Viewed 
>in the context of a Windows power user with little *nix experience, all 
>the stuff you or I would regard as essentials, namely a *nix shell (does 
>Cygwin include sh, ash, ksh or all three) and the Core Utils, can fairly 
>be described as cruft.

I am almost there.  I am gradually documenting how to make this work
step-by-step for newbies.  I have created an MkIsoFS image so far.
I am wading through the 54 pages of options on cdRecord.

See http://mindprod.com/jgloss/cygwin.html
http://mindprod.com/jgloss/cdburning.html
http://mindprod.com/application/backuptozip.manual.html

if you want to kibitz

It all makes much more sense than the last time I fiddled with Cygwin.

The nice thing about this is when I am done I will have a Linux and
Mac solution too.


-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Capitalism has spurred the competition that makes CPUs faster and 
faster each year, but the focus on money makes software manufacturers 
do some peculiar things like deliberately leaving bugs and deficiencies
in the software so they can soak the customers for upgrades later.
Whether software is easy to use, or never loses data, when the company
has a near monopoly, is almost irrelevant to profits, and therefore 
ignored. The manufacturer focuses on cheap gimicks like dancing paper 
clips to dazzle naive first-time buyers. The needs of existing 
experienced users are almost irrelevant. I see software rental as the 
best remedy.

[toc] | [prev] | [next] | [standalone]

#9782

On Sun, 06 Nov 2011 06:58:24 -0800, Roedy Green
<see_website@mindprod.com.invalid> wrote, quoted or indirectly quoted
someone who said :

>I am almost there.  I am gradually documenting how to make this work
>step-by-step for newbies.  I have created an MkIsoFS image so far.
>I am wading through the 54 pages of options on cdRecord.

I have tried  combination after combination.  The utilites run to
completion but the final disk is "corrupted". I thought of two more
things to try.
You can see my latest scripts at
http://mindprod.com/jgloss/cdrtools.html
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Capitalism has spurred the competition that makes CPUs faster and 
faster each year, but the focus on money makes software manufacturers 
do some peculiar things like deliberately leaving bugs and deficiencies
in the software so they can soak the customers for upgrades later.
Whether software is easy to use, or never loses data, when the company
has a near monopoly, is almost irrelevant to profits, and therefore 
ignored. The manufacturer focuses on cheap gimicks like dancing paper 
clips to dazzle naive first-time buyers. The needs of existing 
experienced users are almost irrelevant. I see software rental as the 
best remedy.

[toc] | [prev] | [next] | [standalone]

#9783

Roedy Green <see_website@mindprod.com.invalid> wrote:
> On Sun, 06 Nov 2011 06:58:24 -0800, Roedy Green wrote:
>> I am almost there.  I am gradually documenting how to make this work
>> step-by-step for newbies.  I have created an MkIsoFS image so far.
>> I am wading through the 54 pages of options on cdRecord.
> I have tried  combination after combination.  The utilites run to
> completion but the final disk is "corrupted". I thought of two more
> things to try.
> You can see my latest scripts at
> http://mindprod.com/jgloss/cdrtools.html

I find the "mkisofs -J  -input-charset UTF-8" suspicious.

Windows has its own philosophy about filename-encoding, that
is different from unix's.  I do not know very much about the
windows-way, but I'm very sure, that it isn't UTF-8 *there*.

If you want further help (without wasting piles of disks),
create an iso of a couple of small files (with international
names).
Then either find some software for windows that lets you mount
an iso-file as if it were a CDROM, or move it to a linux machine,
and loopback-mount it there (sudo mount -oloop file.iso /mnt).
If the iso is small enough and doesn't contain private things,
you could upload it to a server and have it examined by others.

That should help you find out, if the ISO-generation or the
burning causes problems...

[toc] | [prev] | [next] | [standalone]

#9890

On 08 Nov 2011 16:03:45 GMT, Andreas Leitgeb
<avl@gamma.logic.tuwien.ac.at> wrote, quoted or indirectly quoted
someone who said :

>I find the "mkisofs -J  -input-charset UTF-8" suspicious.

Thanks.  I was foolishly staring at cdrecord as the likely culprit.

I asked the author if he could see what I was doing wrong.

I wrote to him saying:

> I have written an essay on CdrTools mkisofs and cdrecord. I asked on
> newsgroups for the best unattended burning software and they pointed me
> to you.
>
> Cdrtools struck me as needing a how-to for non-geeks to let technical
> but not advanced technical Windows users employ it. So I wrote one.
>
> The catch is, I can't get it to work.  All appears to go fine, but the
> final disk is always corrupt. I can burn with Nero and UDF copy fine.  
> I have spend many days trying variant after variant on the switches.
> I wonder if :
>
> 1. you might have a look and see if I am doing something obvious wrong.
> 2. see if the essay is correct.
>
> see http://mindprod.com/jgloss/cdrtools.html 

he responded:

I am not sure if someone gets help from this text.....

It does not help me and it does not help you as it mentions meny
things except 
those information that could help you...... you did not even explain
_what_ 
problems you have. How do you expect me to be able to help you?


You did not send something that is a useful butreport and you did not
even 
verify that you did not accitentially call the defective cdrtools fork
that is 
shipped by redhad.

I recommend you to read the man pages for cdrtools and to follow the 
instructions and to try out the examples. They are expected to work.

You did call mkisofs and cdrecord with options that are for
experienced people 
who exactly know what they are doing when they like to overwrite
correct 
default behavior.

Forcing cdrecord to use the wrong device driver may have any result
including 
purple smoke.

Forcing mkisofs to asume a spceific character encoding on a
non-standard 
platform may cause rubbish filenames to be created.

Why do you use these strange options instead of following the man
pages?

Jörg

Between the two of you, I have more options to try.


-- 
Roedy Green Canadian Mind Products
http://mindprod.com
I can't come to bed just yet. Somebody is wrong on the Internet. 

[toc] | [prev] | [next] | [standalone]

#9891

Roedy Green <see_website@mindprod.com.invalid> wrote:
>> I find the "mkisofs -J  -input-charset UTF-8" suspicious.
> Thanks.  I was foolishly staring at cdrecord as the likely culprit.
>
> I asked the author if he could see what I was doing wrong.
> [...]
> he responded:
> [...]
> I recommend you to read the man pages for cdrtools and to follow the 
> instructions and to try out the examples. They are expected to work.

That indeed does sound like good advice.

> Jörg

> Between the two of you, I have more options to try.

I'd follow Jörg's advice about trying *less* options, rather than
more ;-)

Perhaps try cdrecord first with ISO images downloaded from web.
If you get readable CDs from those, then you can safely focus
on mkisofs' options for the culprit of your problem.


PS: I had a rather longish discussion with Jörg Schilling (on at.linux
  in German language) a while ago.  It was about a bug in cdrecord
  on a linux machine, which he refused to acknowledge. (this is my
  shortened version of the story, anyway - his version might differ)

[toc] | [prev] | [next] | [standalone]

#9953

On 08 Nov 2011 16:03:45 GMT, Andreas Leitgeb
<avl@gamma.logic.tuwien.ac.at> wrote, quoted or indirectly quoted
someone who said :

>
>I find the "mkisofs -J  -input-charset UTF-8" suspicious.

bingo.  I will add a few more notes to the essay. The "trick" in
having sufficient free disk space.  I assumed I did because other
backups did, but they don't build an entire ISO image on disk first.
They create just an track of it at a time.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
I can't come to bed just yet. Somebody is wrong on the Internet. 

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.java.programmer

csiph-web