Reading remote server list problem about grive

[nestal]

Can you post your result of "grive -V" ?

[juliotux]

The end error lines are the same:

file "./Dumont Simulations/dumont-code/Tucano/src/menu.h" is already in sync
grive: /home/julio/Downloads/match065-grive-197abfd/libgrive/src/drive/Resource.cc:177: void gr::Resource::FromRemoteFile(const gr::Entry&, const gr::DateTime&): Assertion 'm_state == local_new || m_state == local_changed || m_state == remote_deleted' failed.
Aborted (core dumped)

[frones]

Same here, for revision b6aafd7:

last sync time: 2012-06-06T01:28:17.219Z
Reading local directories
file .grive is ignored by grive
file .grive_state is ignored by grive
file "./edxrf_txrf-virgilio(1999).doc" read from local remote_deleted
file .main.tex.swp is ignored by grive
...
Synchronizing folders
folder "./USP" is in sync
...
folder "./USP/Processos Estocasticos/Sim2/ROOT" is in sync
Reading remote server file list
file "./USP/Lab6/Dados/FWHM_por_E_45.txt" is already in sync
...
file "./USP/Lab6/Sintese/mainNotes.bib" is already in sync
grive: /home/frones/opt/grive/libgrive/src/drive/Resource.cc:181: void gr::Resource::FromRemoteFile(const gr::Entry&, const gr::DateTime&): Assertion `m_state == local_new || m_state == local_changed || m_state == remote_deleted' failed.
Aborted

[frones]

There's a strange thing about this error... I didn't read the code carefully, but apparently, this line of code is meant to be executed when there's a change in some file (// use mtime to check which one is more recent).

However, if I do grive -a, and right after all the files are downloaded, I do a grive (all files unchanged, therefore), the error occurs anyway.

[frones]

I'm having some progress on debugging... but I'm pretty sure I won't be able to provide a fix. So, here's what I did:

I added the following debug lines on Resource.cc:

    // use mtime to check which one is more recent
    else
    {
            std::cout << "File: " << Path() << std::endl;
            std::cout << "MTime: " << remote.MTime() << std::endl;
            std::cout << "MD5: " << remote.MD5() << std::endl;
            std::cout << "MD5local: " << m_entry.MD5() << std::endl;


            assert( m_state == local_new || m_state == local_changed || m_state == remote_deleted ) ;

When I ran grive with this, it returned:

File: "./USP/Lab6/Sintese/.main.tex.swp"
MTime: 2012-06-05T20:59:00.777Z
MD5: a05a025f1f52045785fe86ac6dfb97bc
MD5local:

I deleted the local .main.tex.swp file (temporary file for vim). Ran grive again. Another error very similar to this one (with a hidden file, .something). After a few runs, and deletes, it worked fine (and also uploaded a number of .xml files in the main directory... files that should have been deleted if there were no errors, perhaps).

PS: for these files, m_state == unknown.

[nestal]

Grive should ignore all files started with a dot. It's strange.

[frones]

They were already in my Google Drive. Before using grive, I uploaded my entire folder through the GDrive web interface. Perhaps that's the issue.

From the MD5, it seems like it was ignored in my local drive, but not on the remote server (m_entry.MD5() == 0, but remote.MD5() != 0).

Also, I'm using Ubuntu 10.04 Lucid Lynx, if that is relevant.

PS: I swear I tried, but I couldn't find the piece of code that skips the files started with "."

[nestal]

I see the problem now. It will be fixed soon.

[nestal]

It should be fixed by commit c81bb0a. Would you please pull and re-test?

Many thanks.

[frones]

Fixed.

Reading remote server file list
file "./meta-160342.xml" is already in sync
application/octet-stream .main.tex.swp is ignored by grive

[ikwyl6]

I'm still getting this error even with the #112 branch. I believe it has something to do with a slash in a directory name on the remote side. Can this issue be re-opened? See below from verbose output:

$ grive -V -p GoogleDrive/
config file name GoogleDrive/.grive
last sync time: 2013-02-09T08:10:03.296Z
Reading local directories
file .grive_state is ignored by grive
file .grive is ignored by grive
Synchronizing folders
folder "Safety/Course Certs" contains a slash in its name, ignored
......
Reading remote server file list
......
folder GoogleDrive/Engr/Safety/Course Certs is in sync
grive: /home/charding/dev/grive/libgrive/src/drive/Resource.cc:230: void gr::Resource::FromRemoteFile(const gr::Entry&, const gr::DateTime&): Assertion `m_state != unknown' failed.
Aborted