Júlio,
If you are running Windows, download
http://www.sonic.net/~amicom/bin/Smooth-Copy.exe
This is version 2.511. It is written entirely in Rebol/View/Pro and has
been encapped as an executable for easy distribution. Simply copy it to
where you want it installed and run it from that locat
Hi, Bo
> I'll add more logging to the script along with how many levels deep in
> recursion it is, what the memory usage is (system/stats), and what files it
> is copying to see if I can isolate the problem so I can then recreate and
> debug it.
Well, i do not know if you use it, but use my vers
Anton,
No, I mostly use read-io and straight 'read for general reading (like the
configuration file for example). I use open/binary/direct/read to open the
source file.
-Bo
At 01:36 AM 4/19/04 +1000, you wrote:
>Just out of interest, are you using read/lines anywhere?
>
>Anton.
>
> > Romano
Just out of interest, are you using read/lines anywhere?
Anton.
> Romano,
>
> I intend to try to isolate the problem. However, I have watched memory
> usage as it is copying several hundred files and it appears to remain
> relatively constant (slow increase until garbage collection kicks in whe
Romano,
I intend to try to isolate the problem. However, I have watched memory
usage as it is copying several hundred files and it appears to remain
relatively constant (slow increase until garbage collection kicks in when
the memory usage goes back down). Somewhere before it gets near 1500
Anton,
Maybe more appropriately, I should rename it "Smooth Copy unless it's FTP
in which case it's Rough Copy" as it works perfectly well when copying
files locally (source and destination).
-Bo
At 11:54 PM 4/18/04 +1000, you wrote:
>You should rename it to Rough Copy until this bug
>is gon
You should rename it to Rough Copy until this bug
is gone :)
Anton.
> Smooth Copy is a backup application that I am writing. I have it
> encapped
> as smooth-copy.exe. It is a standard Windows error when a
> program crashes.
>
> -Bo
>
> At 11:26 AM 4/17/04 +0200, you wrote:
>
> >"Smooth
Hi,
> Smooth Copy is a backup application that I am writing. I have it encapped
> as smooth-copy.exe. It is a standard Windows error when a program crashes.
>
Can't you isolate the problem?
Do you see memory use increasing more and more with task manager?
---
Ciao
Romano
--
To unsubscrib
what is Smooth Copy?
>
>---
>Ciao
>Romano
>
>- Original Message -
>From: "Bohdan or Rosemary Lechnowsky" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Saturday, April 17, 2004 6:07 AM
>Subject: [REBOL] Re: FTP memory leak?
>
&g
"Smooth Copy has performed an illegal operation"
I did never see this error, what is Smooth Copy?
---
Ciao
Romano
- Original Message -
From: "Bohdan or Rosemary Lechnowsky" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, April 17, 2004
An update:
Before using Romano's patch, I was consistently only able to copy ~250
files from FTP to a local drive. After Romano's patch, I was consistently
able to copy ~1500 files. And it isn't failing because of a lack of memory
any longer. It is getting the "Smooth Copy has performed an
Hi Bo,
dunno about the memory leak but here you can find Romano's latest
ftp handler which I'm using successfully:
http://www.rebol.net/cgi-bin/projects/track.r?id=149
Will
On 13 apr 2004, at 16:35, Bohdan or Rosemary Lechnowsky wrote:
>
> Hello, all.
>
> I was wondering if anyone had seen a
> > in any case, do get the latest ftp patch compiled by romano:
>
> > http://www.rebol.net/cgi-bin/projects/track.r?id=149&;
>
> I've been using the patch by Brett Handley linked to here...
> which fixed the directory problems I was having, but that was just my
> problems.
Romano's incorpor
On 30-Mar-04, Maxim Olivier-Adlhoch wrote:
>> I remember Reichart saying that they had to do a lot of extra work
>> in FTPGadget to make it robust--not due to REBOL's FTP
>> implementation, just FTP in general.
> someone has reported that netscape's ftp handling has/had more than
> 60 different
> I remember Reichart saying that they had to do a lot of extra work in
> FTPGadget to make it robust--not due to REBOL's FTP implementation,
> just FTP in general.
someone has reported that netscape's ftp handling has/had more than 60 different
internal modes to be uniform accross all ftp serv
* Gregg Irwin <[EMAIL PROTECTED]> [040329 09:23]:
>
> Hi Pawel,
>
> P> I'm going to write an FTP upload handler in REBOL.
> P> Do you guys have any experience in that field?
>
> If you search for "FTP" on REBOL.org, you'll get about 38 results
> currently. They're likely to have some good hints
Hi Pawel,
P> I'm going to write an FTP upload handler in REBOL.
P> Do you guys have any experience in that field?
If you search for "FTP" on REBOL.org, you'll get about 38 results
currently. They're likely to have some good hints in them, but also be
aware that FTP isn't the easiest/most-reliabl
Hi Maxim,
> what's happening with the ftp patch compilation... has it been released?
I released it, but it is waiting in the 1.3 queue. Code can be found on the
web at the 1.3 page.
> and does it fix the problem with make-dir creating directories that end up
in user root rather than in the web
in the end, being
part of the problem is much more fun."
> -Original Message-
> From: Romano Paolo Tenca [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 24, 2004 8:43 AM
> To: [EMAIL PROTECTED]
> Subject: [REBOL] Re: FTP & make-dir/deep problem
>
>
>
Hi,
make-dir/deep does not support FTP.
---
Ciao
Romano
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
Romano,
All I can say is "thank you" for your dedication in this area. I had to
recently abandon using FTP for a project because of insurmountable bugs in
the original implementation of the protocol.
Looking forward to the new and improved FTP implementation.
Bohdan "Bo" Lechnowsky
Lechnowsk
Thank you all who sent great advice. The cache setting did the trick for my
application.
James
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
Re: FTP
I can make some tests.
I have FTP server where I can't connect well with the standard FTP protocol.
DideC
> The last beta release has reached a good point. All known bug fixed (among
> them low connections number)
>
> I should like to extend the base of testers before the final release.
> I've been reading some of the posts regarding rebol's ftp. I am having an
issue with the closing of ftp ports. My host recently went to a 2 ftp
connection limit (from the same IP) and this has caused my 5 year old ftp
scripts to fail.
Unfortunately the cache-size parameter does not help this pa
On Mon, 1 Dec 2003 15:43:31 -0800
"rebol" <[EMAIL PROTECTED]> wrote:
>I've attempted Brett Handley's
>"system/schemes/ftp/handler/cache-size: 0" but I get an
>invalid path value error.
That was a typo.
It should be
system/schemes/ftp/cache-size: 0
Romano's latest beta patch seems to fix
Incidentally, you can find where the ftp
handler uses the cache-size setting by
doing this:
write clipboard:// mold system/schemes/ftp/handler
Then paste into a new text file and search for
"cache-size".
Anton.
> He made a small mistake, try:
>
> system/schemes/ftp/cache-size: 0
>
>
He made a small mistake, try:
system/schemes/ftp/cache-size: 0
Anton.
> I've attempted Brett Handley's
> "system/schemes/ftp/handler/cache-size: 0" but I get an invalid
> path value error.
>
> Any ideas?
>
> Thanks,
>
> James
--
To unsubscribe from this list, just send an email to
[EMA
Re: Re: ftp probs
> You could try the following setting:
>
> system/schemes/ftp/handler/cache-size: 0
>
> This instructs the protocol handler not to cache the connections and
> therefore to close everything - it should avoid your timeout problem.
>
Thanks.
> Romano was intending to create
You could try the following setting:
system/schemes/ftp/handler/cache-size: 0
This instructs the protocol handler not to cache the connections and
therefore to close everything - it should avoid your timeout problem.
Romano was intending to create a new ftp patch to solve many ftp problems
Hi Ashley,
> > Beta version 2 for download:
> >
> > do load-thru http://www.rebol.it/%7Eromano/ftp-patch.r
...
> This now fails (more than halfway through?!) in the sumtree function with
> the following error:
I've reproduced your error with a different sequence - looking into it with
Romano
Hi Romano,
> Beta version 2 for download:
>
> do load-thru http://www.rebol.it/%7Eromano/ftp-patch.r
my test case is fairly simple:
do %ftp-patch.r
;do %ftp-proposed.r
sumtree: function [dir [file! url!]] [val] [
val: 0
foreach file read dir [
val: val + e
Beta version 2 for download:
do load-thru http://www.rebol.it/%7Eromano/ftp-patch.r
0.0.2 BETA version 19/11/03
New Features
- Experimental query which does not throw an error if file not found
The behaviour now should be the the same of a file-system port.
- chdir-check now
> > It would be great if Ashley and Carl could run this new test against
> > their servers. This one is in source code form rather than a patch.
>
> Works fine with all my three servers Brett. Good work. So, should I
> make this my perminant ftp patch? I'm losing track of which is
> which. :)
Hi Romano,
> This is my beta version of the patch.
>
> This is what I try to fix:
Great work!
I have looked through your code and I have tried it with my server. It would
be good to use it as a base to build on.
Here's my comments and findings.
---NLST and "Blind" directories
Having looked i
On 17-Nov-03, Brett Handley wrote:
> Hi again,
> It would be great if Ashley and Carl could run this new test against
> their servers. This one is in source code form rather than a patch.
Works fine with all my three servers Brett. Good work. So, should I
make this my perminant ftp patch? I'
Hi Ashley,
> Tried this on my two servers and (like Brett's) it corrects all my issues.
> Good job.
Good news.
> Are you and Brett going to join / merge efforts on this one now
> that we have two working models? ;)
I'm sure we are. From what I've seen so far Romano's work will be the better
ba
Hi Romano,
> Feedback welcome!
Tried this on my two servers and (like Brett's) it corrects all my issues.
Good job. Are you and Brett going to join / merge efforts on this one now
that we have two working models? ;)
Regards,
Ashley
--
To unsubscribe from this list, just send an ema
> It would be great if Ashley and Carl could run this new test against
> their servers.
Jackpot! This seems to have corrected all the issues I had on "my" two
servers. Well done.
Regards,
Ashley
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscri
Hi Brett,
> My take out from that is that any specific server-FTP or user-FTP will
> support NLST and LIST except when it does not. (-:
:-)
> Perhaps an example of this might be where directory permissions are such
> that a user is allowed to read a file they target exactly, but not allowed
>
Hi Brett,
> It would be great if Ashley and Carl could run this new test against their
> servers. This one is in source code form rather than a patch.
You come to my side about patches :-)
I did not want to rewrite by scratch the whole ftp protocol, only to
reorganize the code to do better and
Hi Max,
mac> I've been hard at work with Phil Bevan testing/using the
mac> mailreader.r tool (which is getting better almost daily ;-).
Sounds great! Thanks to both of you for pursuing it. I keep meaning to
start using it myself, just haven't gotten to it yet. :(
-- Gregg
Original Message -
> From: "Brett Handley"
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, November 16, 2003 7:44 PM
> Subject: [REBOL] Re: FTP scheme was Re: Reading empty directories via FTP
> error
> >
> > Hi Carl,
> >
> > > Happily, rea
Hi Romano,
> I was wrong, I have no evidence that NLST is not handled by some ftp
servers.
The RFC you refer to says:
The following commands and options MUST be supported by
every server-FTP and user-FTP, except in cases where the
underlying file system or op
2003 7:44 PM
Subject: [REBOL] Re: FTP scheme was Re: Reading empty directories via FTP
error
>
> Hi Carl,
>
> > Happily, reading directories whether empty or otherwise works fine on
> > all my sites after running those.
>
> Ah good.
>
> So far, it looks like between us
Hi Carl,
> Happily, reading directories whether empty or otherwise works fine on
> all my sites after running those.
Ah good.
So far, it looks like between us on this thread there is at least 3 maybe 4
different server behaviours for FTP. Although we haven't established yet the
nature of our co
>=== Original Message ===
>
>
>Hi,
>
>3) Use a custom flag "NLIST" to get names with NLST instead of LIST.
> Examples
>
>open ftp://bla.bla.bla
> ;use LIST
>
>open/custom ftp://bla.bla.bla [NLST]
>;use NLST -> no info about dir and files, no slash at the end of dir
> names
That'
Hi,
> Also because
> NLST is not always implemented, if LIST is implemented. And this happens
also
> if the http://www.wu-ftpd.org/rfc/rfc1123.html says (1989) that NLIST MUST
be
> implemented.
I was wrong, I have no evidence that NLST is not handled by some ftp servers.
I have thought to some
Hi Carl,
On Sunday, November 16, 2003, 5:12:08 AM, you wrote:
CR> From this I assume my FTP clients can detect they need to start up two
CR> directories from the host's URL, whereas REBOL can't. Would this be
CR> possible?
This is because REBOL does a "CWD ~" and considers ftp://somesite/
to
Am Sonntag, 16. November 2003 05:12 schrieb Carl Read:
> Appologies to Brett, Gabriele and any others who've responded to my
> missing file-names problem.
>
> The cause was REBOL's FTP path and my FTP clients' paths don't match.
> The directory I was looking at with my clients was site/web/ but wi
Appologies to Brett, Gabriele and any others who've responded to my
missing file-names problem.
The cause was REBOL's FTP path and my FTP clients' paths don't match.
The directory I was looking at with my clients was site/web/ but with
REBOL this needed to be site/../../web/ (ie, back up two
di
Hi all,
> CR> Net-log: ["LIST results:" {
> CR> drwxrwsr-x 2 212 217 1024 Jan 25 2002 -dir-
> CR> drwxrwsr-x 4 212 217 1024 Jan 25 2002 -dir-
> CR> drwxrwsr-x 2 212 217 1024 Jan 25 2002 -dir-
> CR> drwxrwsr-x 2 212 217 1024 Jan 2
Hi Carl,
On Saturday, November 15, 2003, 1:17:58 PM, you wrote:
CR> Net-log: ["LIST results:" {
CR> drwxrwsr-x 2 212 217 1024 Jan 25 2002 -dir-
CR> drwxrwsr-x 4 212 217 1024 Jan 25 2002 -dir-
CR> drwxrwsr-x 2 212 217 1024 Jan 25 2002 -dir-
CR> d
On 15-Nov-03, Brett Handley wrote:
> Hi Carl,
>> Running it output...
>>
>> Inserted NET-LOG for received NLST results.
> Sorry, my little patches are getting too complex now, this output
> shows that there logging for LIST is missing - the patch must have
> decided that things were too di
Read" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 15, 2003 6:41 PM
Subject: [REBOL] Re: FTP scheme was Re: Reading empty directories via FTP
error
>
> On 15-Nov-03, Brett Handley wrote:
>
> > Hi Carl,
>
> >> I tried them and ftp
On 15-Nov-03, Brett Handley wrote:
> Hi Carl,
>> I tried them and ftp worked with no problems on the two sites I've
>> talked about till now.
>> But I have access to one other server, so yesterday I thought I'd
>> try
>> it with your parse-dir-list fix - but imediately noticed access
>> via
>>
> I get a file-not-found with that I'm afraid. URL wrong or script not
> uploaded, perhaps?
Oops - rectified now.
Regards,
Brett
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
On 15-Nov-03, Brett Handley wrote:
> Hi Carl,
>> I tried them and ftp worked with no problems on the two sites I've
>> talked about till now.
>> But I have access to one other server, so yesterday I thought I'd
>> try
>> it with your parse-dir-list fix - but imediately noticed access
>> via
>>
oblem or part of the solution, but in the end, being
part of the problem is much more fun."
> -Original Message-
> From: Romano Paolo Tenca [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 14, 2003 11:23 AM
> To: [EMAIL PROTECTED]
> Subject: [REBOL] Re: FTP scheme was Re: R
Where is your ftp stuff?
---
Ciao
Romano
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
might want to include the stuff I did to enable CHMOD after xfer...
-MAx
> -Original Message-
> From: Brett Handley [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 13, 2003 9:33 PM
> To: [EMAIL PROTECTED]
> Subject: [REBOL] Re: FTP scheme was Re: Reading empty direct
Hi Carl,
> I tried them and ftp worked with no problems on the two sites I've
> talked about till now.
>
> But I have access to one other server, so yesterday I thought I'd try
> it with your parse-dir-list fix - but imediately noticed access via
> REBOL's FTP wasn't returning all the file-names
Hi Carl,
> But I have access to one other server, so yesterday I thought I'd try
> it with your parse-dir-list fix - but imediately noticed access via
> REBOL's FTP wasn't returning all the file-names in the first
> directory I looked at! This is nothing to do with your code, as it
> happens wit
On 14-Nov-03, Brett Handley wrote:
> Here you go then (watch line wrap) - try these together
> Run each with a PRINT DO X in a new sessnon - before you try FTP.
>
http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=p
> atch-ftp-226-handling.r
> http://www.codeconscious.c
> Hey, you know my issues better than me now! ;)
:-)) I know about many issues now I'm not sure I wanted to know about!
> Assuming a combination of patches from you, Carl, Romano, and others
> correct these (and other) various problems, how much of the FTP scheme
> handler code is being patchd?
I have not a real solution, but i think that there are one or more bugs in the
open function of the FTP handler.
The first suspect code is this:
repeat x length? connections [
conn: system/words/pick connections x
if all [conn conn/host = temp conn/user = port/user not error?
Hi Bo,
Am Mittwoch, 22. Oktober 2003 11:04 schrieb Bohdan or Rosemary Lechnowsky:
> Hello!
>
> I am trying to write a large number of large files to an FTP server using
> Rebol. The first dozen or two will go fine, but after that I get the
> following error when trying to open the FTP port:
>
>
I am afraid I don't have an answer, just
more questions:
1. Can you make a test to see how many files really
are written successfully before a failure. Is it constant?
2. What happens when you catch the error, attempt [close port]
and retry the file ?
Anton.
> Hello!
>
> I am trying to write
Hi Laurent,
On Friday, October 4, 2002, 10:44:37 PM, you wrote:
LG> I agree that it should do it, but it looks like it doesn't.
LG> The code below does not explicitely open a port since as you say it simply reads
LG> on a scheme, however when looking at my firewall status window it shows that
LG
Hi Scott,
> << - would anyone know why does Rebol maintains an opened port despite the
> fact
> that the 'read is over ? >>
> If you open a port, it's up to you to close it. If you just use READ on a
> scheme, then REBOL can do it all for you.
I agree that it should do it, but it looks like i
> You sound pretty frustrated. The documentation is sparse or not completely
> helpful in some areas. In this case you were just one slash away from
> practically being there.
> page: read [
> scheme: 'FTP
> host: "ftp.site.com"
> port-id: 21
> target: %/index.php3
> user: "
I don't really know if it is valid, but have you tried replacing the @ with
%40 and using the url! form?
read ftp://something%40somwhere:password@yourhost
Regards,
Brett.
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, withou
Hi Laurent,
Scott answered the hard part, so I'll just add my opinions. :)
<< - would anyone know why does Rebol maintains an opened port despite the
fact
that the 'read is over ? >>
If you open a port, it's up to you to close it. If you just use READ on a
scheme, then REBOL can do it all for
Hi, Laurent,
From: "Laurent Giroud"
> I am trying to access the ftp server that my ISP set up
> so I can create my home page(s).
> Since the username contains an "@" character I have no
> choice but to use a port spec as specified in the Core user
> guide
> (http://www.rebol.com/docs/core23/rebol
> The documentation (same url above) also states that things may be done such as
> this :
>>> ftp-port: open [
> scheme: 'ftp
> host: "ftp.site.com"
> user: "Username"; and yes I set those right ;)
> pass: "Password"
> ]
> But
* Anton <[EMAIL PROTECTED]> [020609 10:16]:
> You can get Core 2.3 user guide, very useful, here:
> http://rebol.com/docs.html
> Go there and download everything you see. :)
> Specifically Core 2.3 user guide is near the bottom.
> It contains a section for each of the network
> protocols.
Yes!
You can get Core 2.3 user guide, very useful, here:
http://rebol.com/docs.html
Go there and download everything you see. :)
Specifically Core 2.3 user guide is near the bottom.
It contains a section for each of the network
protocols.
Anton.
> * Anton <[EMAIL PROTECTED]> [020608 21:18]:
> > Tim,
* Anton <[EMAIL PROTECTED]> [020608 21:18]:
> Tim,
>
> I see "not passive" in the trace.
> Ftp usually fails first because active transfers are not
> supported by the server. Not sure if this works, but I think
> if you set passive mode in the ftp scheme:
>
> system/schemes/ftp/passive: tr
Tim,
I see "not passive" in the trace.
Ftp usually fails first because active transfers are not
supported by the server. Not sure if this works, but I think
if you set passive mode in the ftp scheme:
system/schemes/ftp/passive: true
it might help.
Anton.
> Hello All:
> I'm getting
Thank you Scott, the problem was exactly that you have said.
I had already this patch in my script:
net-utils/url-parser/user-char: union net-utils/url-parser/user-char make
bitset! #"@"
it was not enough, but now all works adding also yours:
append last pick pick get in system/schemes/
Hi, Romano,
It is not often that I think I can help you, but I think I know what is
going on.
From: "Romano Paolo Tenca"
> I have a problem with a ftp read.
>
> 1) i did not chanage rebol code and it worked some time ago
> 2) a window ftp program reads the same site correctly
>
> I think the pro
April 19, 2002 3:08 PM
To: [EMAIL PROTECTED]
Subject: [REBOL] Re: FTP gadget
http://www.progadget.com/
At 01:43 PM 4/19/2002 -0700, you wrote:
>Hello list,talking to a guy on IOS messenger and was telling him about FTP
>gadget but can not find the url.Does any body have it/Thanks!
>
http://www.progadget.com/
At 01:43 PM 4/19/2002 -0700, you wrote:
>Hello list,talking to a guy on IOS messenger and was telling him about FTP
>gadget but can not find the url.Does any body have it/Thanks!
>
>--
>To unsubscribe from this list, please send an email to
>[EMAIL PROTECTED] with "u
Just tried this code snippet that I pasted
from official rebol documentation.
It does not work very well.
1. Zip files transfered with this method won't open.
2. buf-size - is not what it says it is
3. I thought write-io and read-io were not supposed to be used
Any suggestion on how to improve it
Actually - this is really crazy...
Can you get this code to work?
rfile: ftp://bigserver/bigfile.zip
lfile: %/d/data/bigfiles/bigfile.zip
inp: open/binary/direct rfile
out: open/binary/new/direct lfile
total: 0
buf-size: 200'000'000 ; change this to any size you want
buf
On Thu, 07 Mar 2002 15:23:30 +0100
Petr Krenzelok <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I was asked by our Lotus Notes admin if there is any kind
> of tool which
> will allow to map ftp connection as a local drive. They
Hi Petr,
Try http://www.webdrive.com
--
Graham Chiu
--
To unsubscribe fro
Vos, Doug wrote:
>You can read and write to lotus notes databases
>via ODBC using REBOL/Command.
>
>You need to get the ODBC layer installed on the notes server first.
>
>Would that help?
>
Eh, sorry, maybe I was just confusing. The case is, that our LN admin
wants to use LN to send email messag
You can read and write to lotus notes databases
via ODBC using REBOL/Command.
You need to get the ODBC layer installed on the notes server first.
Would that help?
-Original Message-
From: Petr Krenzelok [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 07, 2002 9:24 AM
To: [EMAIL PROTEC
On 21.2.2002 12:22, Brett Handley <[EMAIL PROTECTED]> wrote:
> Try the following line then retry your test.
>
> do http://www.codeconscious.com/rebsite/rebol-library/patches.r
>
> If this works you might want to download the script and call it from
> your user.r file.
>
it's like magik! thank
Along with my last suggestions, try them in new session and make sure you
close down the old session - just in
case thre is some connection left open to the server. It might need to
timeout too - but I'm not sure.
Regards,
Brett
--
To unsubscribe from this list, please send an email to
[EMAIL P
Hi,
Try the following line then retry your test.
do http://www.codeconscious.com/rebsite/rebol-library/patches.r
If this works you might want to download the script and call it from
your user.r file.
If that does not work, try this (useful for firewalls)
system/schemes/ftp/passive: true
And
ces don't lie
around here and there ;-)
HTH !
-Max
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 21, 2001 8:06 PM
Subject: [REBOL] Re: ftp reading an empty folder
>
> I looked up your feedback ticket and the notes
I looked up your feedback ticket and the notes say it was working in
the current version of /View. Is that correct or are you still having
problems?... just trying to get a handle on where things stand.
Sterling
> hum, I guess Its a question of the way some ftp servers respond to empty
> dirs
What kind of server are you contacting? i.e. Unix, Windows, ... ??
Doe it fail on all servers or just a specific one?
Max had a problem some time ago, which was a failure between REBOLand
the Windows FTP server, and I thought it had been fixed in the current
version of /View. If it fails in /Vi
t; <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 3:21 PM
Subject: [REBOL] Re: ftp reading an empty folder
> > From: Media <[EMAIL PROTECTED]>
> > Subject: [REBOL] Re: ftp reading an empty folder
> >
> > I've had the sam
> From: Media <[EMAIL PROTECTED]>
> Subject: [REBOL] Re: ftp reading an empty folder
>
> I've had the same problems before...
>
> Are you using an older version of view/core?
No, I'm using view:
core 2.5
view and vid 1.155.0
> RT/support had told me
> How can I handle this error. I think in this case read
> should return an empty list, not throw an error.
>
> Daniel
To handle the error, surround your reading
code like this:
if error? set/any 'err try [
list: read ftp-dir
][
; an error occurr
I've had the same problems before...
Are you using an older version of view/core?
RT/support had told me they were aware and in the process of fixing it... a
few months ago...
-Max
- Original Message -
From: "Daniel Ajoy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, Nov
j>>> files: read ftp://user:psw@server/../
j> ** Script Error: Invalid argument: 12/maj/2000
^^^
j> ** Where: to-date
j> ** Near: to date! :value
j> If I do this towards a server using either Solaris or Windows it works
j> perfectly...
j> Any suggestions?
Thanks John!
I will look in to it.
Brgds /Micael
8<--
Micael,
I had similar errors with AIX 4.3 and eventually discovered that it was a
bug in the ftp server. This was easily fixed by applying a quick APAR. May
be worth checking the HP-UX ftp daemon bug list.
Good luck,
John
8<--
I cannot r
Micael,
I had similar errors with AIX 4.3 and eventually discovered that it was a
bug in the ftp server. This was easily fixed by applying a quick APAR. May
be worth checking the HP-UX ftp daemon bug list.
Good luck,
John
8<--
I cannot read parent directories using read FTP towards a HP-UX s
1 - 100 of 110 matches
Mail list logo
