-
Notifications
You must be signed in to change notification settings - Fork 378
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
uploads break #93
Comments
Does it occur every time you sync this file? |
It happens most often, yes. If it isn't that specific file then it is some other one: It behaves like that with many different files. |
It happens also to me. Here is the stack trace:
|
eyerouge, are you sure that these two problems are related? Was the last sync time 0 when HTTP 400 occurs? |
Nopes, i have no real proof they are related. Could be indep. (It's just that I have seldom managed to do a sync without it crashing, so I thought they might be connected...) |
Here's a logg, just happened again >> http://pastebin.com/raw.php?i=uu0GZawi |
Hi - It's my first time on github. I see the same thing. It gets a little farther each time, successfully syncing a few more files, and then failing:
|
Eric, let me guess, you are using debian, aren't you? This is an error from the GnuTLS library. I didn't come across it when using Fedora (which uses OpenSSL) |
I'm on latest Ubuntu, which is Debian-based and probably has the same. Here's what I have installed: http://ompldr.org/vZXU1Mw/gnutls.png |
I am also getting the exception on uploads. I'm on Ubuntu 12.04 using grive version 0.2.0 Jul 20 2012 13:27:42. |
Btw. isn't this issue the same as #82? |
I don't think it is the same as #82, which is HTTP 500. This one is HTTP 400 (bad request) |
@nestal Ok. I was focusing on the exception and not so much the HTTP response code. |
(cross posting from #136) Look at this: Is there a way to have grive use OpenSSL instead of GnuTLS? I'm using Ubuntu 12.04 and GnuTLS is known to be screwed up there. |
(cross posting from #136) I have started this thread on askubuntu, hope it helps: |
sync "./www/paperclip.svg" already in sync
sync "./www/archer-bg.png" doesn't exist in server, uploading
exception: /build/buildd/grive-0.2.0/libgrive/src/http/CurlAgent.cc(149): Throw in function long int gr::http::CurlAgent::ExecCurl(const string&, gr::http::Receivable_, const gr::http::Header&)
Dynamic exception type: boost::exception_detail::clone_implgr::http::Error
std::exception::what: std::exception
[gr::expt::BacktraceTag_] = #0 0x4603df grive gr::Exception::Exception()
#1 0x4539c9 grive gr::http::CurlAgent::ExecCurl(std::string const&, gr::http::Receivable*, gr::http::Header const&)
#2 0x453f57 grive gr::http::CurlAgent::Put(std::string const&, std::string const&, gr::http::Receivable*, gr::http::Header const&)
#3 0x44b754 grive gr::Resource::Upload(gr::http::Agent*, std::string const&, gr::http::Header const&, bool)
#4 0x44becc grive gr::Resource::Create(gr::http::Agent*, gr::http::Header const&)
#5 0x44d6ba grive gr::Resource::SyncSelf(gr::http::Agent*, gr::http::Header const&)
#6 0x44d909 grive gr::Resource::Sync(gr::http::Agent*, gr::http::Header const&)
#7 0x44df35 grive boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > > std::for_each<__gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > > >(__gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, __gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > >)
#8 0x44d97e grive gr::Resource::Sync(gr::http::Agent*, gr::http::Header const&)
#9 0x44df35 grive boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > > std::for_each<__gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > > >(__gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, __gnu_cxx::__normal_iterator<gr::Resource**, std::vector<gr::Resource*, std::allocatorgr::Resource* > >, boost::_bi::bind_t<void, boost::_mfi::mf2<void, gr::Resource, gr::http::Agent*, gr::http::Header const&>, boost::_bi::list3boost::arg<1, boost::_bi::valuegr::http::Agent*, boost::_bi::valuegr::http::Header > >)
#10 0x44d97e grive gr::Resource::Sync(gr::http::Agent*, gr::http::Header const&)
#11 0x436d5f grive gr::State::Sync(gr::http::Agent*, gr::http::Header const&)
#12 0x43c385 grive gr::Drive::Update()
#13 0x4276ac grive Main(int, char**)
#14 0x424939 grive main
#15 0x7f2ee6b7c76d /lib/x86_64-linux-gnu/libc.so.6 __libc_start_main
#16 0x4255d1 grive
[gr::expt::MsgTag_] =
[gr::http::CurlCodeTag_] = 0
[gr::http::HttpResponseTag_] = 400
[gr::http::UrlTag_] = https://docs.google.com/feeds/upload/create-session/default/private/full/folder%3A0B1K7mka7vmsOSGNyeHpDSFVQOGs/contents?convert=false&upload_id=AEnB2Upk4EfKPKOcOR3c7l_mrlSnnl9k0Yqf_alcyFuQlAtWoXEDS4oOEa18R0pMMVxcUWx9NsS5rDeTTNpWuAUmPVBeLdrYSw
[gr::http::HeaderTag*] = Expect:
Accept:
snowdrop@snow:
/WTactics$ grive -v/WTactics$grive version 0.2.0 Jul 12 2012 10:23:58
snowdrop@snow:
The text was updated successfully, but these errors were encountered: