Well, to be fair, Microsoft explicitly says that STL is not allowed to be
used in library interfaces for this exact reason. However, protocol buffers
was designed on a platform that had no such restriction, and we can't very
well rewrite it now just because one platform -- that we don't even use
internally -- has unusual requirements. So we did the best we could, and
documented in the readme that you need to use matching runtimes.
But yeah, I think it's a bad requirement and they could definitely do a
better job detecting the resulting problems.
On Wed, Jul 1, 2009 at 2:07 AM, rodrigob <rodrigo.benen...@gmail.com> wrote:
>
> Ok,
> using the debug version library with the debug version of the program
> fixed the crash.
> It is very disappointing to see that in VS20xx such miserable errors
> can occur, without any proper error message ("incompatible libraries"
> when linking, instead of random crash when executing).
>
> Thanks for the quicks answer.
> Regards,
> rodrigob.
>
> On Jun 30, 1:01 am, Kenton Varda <ken...@google.com> wrote:
> > Sorry, I don't see what the problem could be.
> > Make sure that you are compiling libprotobuf and your project with the
> same
> > C runtime version (e.g. debug vs. non-debug, DLL vs. static,
> single-threaded
> > vs. multi-threaded).
> >
> > If that doesn't help, can you send me a minimal example program that
> > demonstrates the problem, so I can debug it?
> >
> > On Mon, Jun 29, 2009 at 5:45 AM, rodrigob <rodrigo.benen...@gmail.com
> >wrote:
> >
> >
> >
> > > I have uploaded the crash screenshot with Protobug 2.1.0 at
> >
> > >http://files.getdropbox.com/u/185965/parking_planning/protobuf_crash_.
> ..
> >
> > > as you can see the error is very similar.
> > > This problem is being a show stopper for us, any help will be greatly
> > > appreciated...
> >
> > > Regards,
> > > rodrigob.
> >
> > > On Jun 26, 9:25 pm, Kenton Varda <ken...@google.com> wrote:
> > > > The stack trace you provided looks like it is from v2.0.3. The
> > > > initialization code changed drastically in 2.1.0 -- the method
> > > > DescriptorPool::InternalBuildGeneratedFile no longer exists, for
> example.
> > > > Can you provide a stack trace using 2.1.0?
> >
> > > > On Fri, Jun 26, 2009 at 8:07 AM, rodrigob <
> rodrigo.benen...@gmail.com
> > > >wrote:
> >
> > > > > Hello there,
> > > > > I'm usually a linux developer, but I occasionally have to develop
> some
> > > > > Windows applications.
> >
> > > > > I have a Gtk + Cairo + ProtocolBuffers that was ported to windows
> some
> > > > > months ago without any problem.
> >
> > > > > Now I have a new one, with similar setup but a few more
> dependencies
> > > > > (CGAL, RSVG and others).
> >
> > > > > After configuring the visual studio project and getting the code to
> > > > > compile and link correctly the executable crashes miserably on a
> > > > > ProtocolBuffers exception.
> >
> > > > > The crash details can be inspected at
> >
> > >
> http://files.getdropbox.com/u/185965/parking_planning/protobuf_crash.jpg
> >
> > > > > the weird thing is that the application crashes before ever
> entering
> > > > > in the main, during some static elements initialization defined by
> > > > > Protocol Buffer.
> >
> > > > > I used first protobuf 2.1.0 and then 2.0.3, both crash in the same
> > > > > way.
> >
> > > > > Any idea of what is going on ? I know that Protobuf can work unders
> > > > > VisualStudio, but this time it is not working for me... what could
> > > > > cause this kind of crashes ?
> >
> > > > > The problem seems similar to
> >
> > > > >
> http://groups.google.com/group/protobuf/browse_thread/thread/f0f8108f.
> > > ..
> >
> > > > > but the crash source is no the same.
> >
> > > > > I'm using Windows Xp and Visual Studio 2005.
> >
> > > > > Any help would be appreciated.
> >
> > > > > Regards,
> > > > > rodrigob.
> >
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/protobuf?hl=en
-~----------~----~----~----~------~----~------~--~---
