Exception with files using "/" in its name about grive

[nestal]

Looks like you are using the old version of the code. Can you please try to fetch the master branch and try again?

[joselsegura]

I just fetch de origin and re-compile (and re-install). It's still not
working:

Downloading "./Test/Slash.zip"
exception: /home/joseluis/src/grive/libgrive/src/util/StdioFile.cc(68):
Throw in function void gr::StdioFile::Open(const string&, const char_)
Dynamic exception type:
boost::exception_detail::clone_implgr::StdioFile::Error
std::exception::what: std::exception
[boost::errinfo_errno__] = 2, "No such file or directory"
[boost::errinfo_file_name__] = ./Test/Slash.zip
[boost::errinfo_api_function__] = fopen
[boost::errinfo_file_open_mode_*] = wb

El 31/05/12 12:10, Nestal Wan escribió:

Looks like you are using the old version of the code. Can you please try to fetch the master branch and try again?

---

Reply to this email directly or view it on GitHub:
https://github.com/match065/grive/issues/39#issuecomment-6032236

José Luis Segura Lucas

[nestal]

But the latest code doesn't use fopen() anymore. Are you sure you fetch from the latest?

[nestal]

See here:

https://github.com/match065/grive/blob/master/libgrive/src/util/StdioFile.cc#L67

[joselsegura]

Sorry, I was writing when receiving your answer. I forget to checkout
the changes. Now, I'm trying to compile, but cmake warns about
IBERTY_LIBRARY. Where can I found it?

El 31/05/12 12:25, Nestal Wan escribió:

See here:

https://github.com/match065/grive/blob/master/libgrive/src/util/StdioFile.cc#L67

---

Reply to this email directly or view it on GitHub:
https://github.com/match065/grive/issues/39#issuecomment-6032497

José Luis Segura Lucas

[nestal]

It's optional. You can get it by installing binutil-devel

[joselsegura]

El 31/05/12 12:30, Nestal Wan escribió:

It's optional. You can get it by installing binutil-devel

---

Reply to this email directly or view it on GitHub:
https://github.com/match065/grive/issues/39#issuecomment-6032578

I just installed the new version installing binutils-dev on Debian. I
note some things: if I add a file through the web interface, grive
commando doesn't download it. It cannot detect the changes on existing
file names. On the log, I read that my files are "remote deleted"... A
bunch of estrange things I mean.

Do I need to execute grive -a again?

José Luis Segura Lucas

[nestal]

No need to run grive -a.

Can you please send me the log file? You can ask grive to show detailed log in a file by running "grive -V -l log.txt".

[joselsegura]

Please, give me your e-mail :-)

El 31/05/12 13:02, Nestal Wan escribió:

No need to run grive -a.

Can you please send me the log file? You can ask grive to show detailed log in a file by running "grive -V -l log.txt".

---

Reply to this email directly or view it on GitHub:
https://github.com/match065/grive/issues/39#issuecomment-6033103

José Luis Segura Lucas

[match065]

How about uploading to your google drive and post the link here?

[joselsegura]

El 31/05/12 16:22, Matchman Green escribió:

How about uploading to your google drive and post the link here?

---

Reply to this email directly or view it on GitHub:
https://github.com/match065/grive/issues/39#issuecomment-6037111

Hehehe, this is the link:

https://docs.google.com/open?id=0B_QnPndGE0q7SGd4djRZMHZJLTQ

In my Grive directory I only have the 2 directories (Descuentos Renfe
and Economicos) and the file "log.txt" (it was automatically added when
I run grive -V -l log.txt

I have seen the Test/Slash.pdf document ignored because its /, and the
rest of files was not downloaded :-(

José Luis Segura Lucas

[nestal]

Are the files in the log with "MD5 matches" and "already in sync" really already downloaded? Grive checks the MD5 checksum to see if the files are in sync in remote & local. It will print out "file xxx already in sync" if the checksums match.

[nestal]

Any update on this? It should be fixed already.

[nestal]

Closing this as there's no update. Assume fixed.