Hey,

 >         Ah, I forgot to remove the libarchive testing. It's attempting to
>         extract a file that doesn't exist. I should probably implement
>         something
>         to prevent crashing when doing just that. The interesting here
>         is that
>         it if your libarchive wasn't compile with zlib, it would still crash
>         even if you had the file.
>
>     Well, it should not crash, but report an error message ;-)
>
>
> Well yeah, it should. And I thought libarchive would do that for me.

libarchive can't print a message box to the GUI ;-)

> But
> it seems they don't that kind of checking, so I'll have to add a small
> procedure to check for non-existing files before trying to extract them.

:-)


>     Sounds good. I just don't know how tricky it is to redirect the URL
>     to an external webbrowser.
>
>
> It shouldn't be too tricky. I'll override QWebView's URL request
> handling to filter out external links and use QDesktopServices::openUrl
> to launch URLs in an external webbrowser. Should work fine.

yeah, if Qt takes care of the platform-dependent details, that should work.



>         If we just need the basic stuff, then all is fine. I'll make a
>         static
>
>         list containing the basic info of each matrix, and use it to
>         generate
>
>         our static MatrixMarket pages.
>
>         Providing detailed info, however, is not that easy since there's
>         a lot
>
>         of it.
>
>
>         So which one is it?
>
>     Basic :-)
>
>
> Ah I see. That's all clear now. Since we are providing only the basic
> matrix info in our MatrixMarket, then there's no need for mirroring. It
> might be a good idea to save a backup of all the matrix files and their
> images ( 160GB ), in case something happens with Florida's URLs. But
> then again, they have their backup hosted on Amazon AWS so it's not a
> big issue at the moment.

Tim Davis recently moved from Florida to Texas, so this could be a 
reason why URLs may change in the near future.



>     I think this is shifting our focus too much from providing a
>     benchmark GUI to providing a MatrixMarket GUI. There's enough other
>     work left to be done, so let's not waste the rest of GSoC on the
>     MatrixMarket browser. One can always provide a better, more detailed
>     view later if users ask for it.
>
>
> Agreed. Implementing the basic info version of the matrix list.
>
> Karl, thanks for clearing things up.

Sure, you're welcome. Thanks for your persistence in exploring all he 
possible options :-)

Best regards,
Karli



------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
ViennaCL-devel mailing list
ViennaCL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/viennacl-devel

Reply via email to