Holyeeeee shit. How the fuck do you use the command-line to run a java class?
I have a file called: "CryptoUtil". This has a method "public static void main(String []args)" and inside there it does stuff with whatever's passed it.
I did javac CryptoUtil.java, which compiled it out to a .class file, then I did "java CryptoUtil" but then it says "NoClassDefFoundError: CryptoUtil". I swear. Java.
I just copied and pasted your code and compiled and ran it, with the throws on there and everything. It worked fine for me. Environment issue maybe? Java classpath craziness, maybe? It seems like that should give a slightly different error, but maybe not.
Anyone ever had the displeasure of trying to crop PDF files before? I want to remove the top 200 and bottom 200 or so pixels from this PDF. I'm flexible in whatever language, but would like to avoid digging right into ghostscript.
not a doctor, not a lawyer, examples I use may not be fully researched so don't take out of context plz, don't @ me
Anyone ever had the displeasure of trying to crop PDF files before? I want to remove the top 200 and bottom 200 or so pixels from this PDF. I'm flexible in whatever language, but would like to avoid digging right into ghostscript.
To be a little more in depth, I'm sure I've grumbled her before about the project I did for my last job that was all about manipulating tiffs and turning them into pdfs. I used FreeImagePy to work with them because PIL does not support multi pages tiffs for some reason. But once I was done fiddling with them I just called a ghostscript command from the script to convert them. Didn't have to get too deep other than looking up command line flags. Imagemagick is also apparently pretty good for this kind of thing.
The only reason we use qmake is because everyone already has Qt installed, so we can assume qmake exists everywhere.
BUT
It's driving us as0dfuio;234hklxsfy8xchjvk trying to sort out ways to tell it how to deal with build order/library dependencies properly.
Just doing a quick search seems to indicate that cmake has this problem sorted out (or at least a way out of the mess), unlike qmake, where we're delving into unofficial methods to try and make it work.
*sigh*
I'll see if I can swing cmake into the build process here.
Would mean a much more elegant out-of-tree build structure, as well.
The only reason we use qmake is because everyone already has Qt installed, so we can assume qmake exists everywhere.
BUT
It's driving us as0dfuio;234hklxsfy8xchjvk trying to sort out ways to tell it how to deal with build order/library dependencies properly.
Just doing a quick search seems to indicate that cmake has this problem sorted out (or at least a way out of the mess), unlike qmake, where we're delving into unofficial methods to try and make it work.
*sigh*
I'll see if I can swing cmake into the build process here.
Would mean a much more elegant out-of-tree build structure, as well.
Yeah the KDE and other people have really made CMake nice to use with Qt. Build order, and library dependencies shouldn't be an issue with CMake. I can provide an example if you give me the problem you are trying to solve.
Yeah the KDE and other people have really made CMake nice to use with Qt. Build order, and library dependencies shouldn't be an issue with CMake. I can provide an example if you give me the problem you are trying to solve.
Yeah, it's a standard dependency issue, which frustrates me that I can't automate in qmake because it's so standard!
Simplified:
Main Application
| |
libA |
| |
+----- libDependent
Both the main app and libA depends on libDependent.
If I change a file in libDependent, I expect libDependent to be built first, then libA to be rebuilt/relinked, then the Main Application to be rebuilt/relinked, in that order, due to the dependencies.
Now, under Linux, I can manually tune that process for qmake, but our projects are not small, and having to manually sort out dependency trees is Silly. Really Really Silly. Under MSVC, it appears to just work, as VS appears to build the dependency tree properly across the entire solution.
We've tried all sorts, but cannot reliably automate this process with qmake from Qt 4.x (can't quite use Qt 5.x yet, and qts, which I think is their new build system).
I'm pretty sure cmake handles this without a problem, having seen some of the examples around.
Anyone ever had the displeasure of trying to crop PDF files before? I want to remove the top 200 and bottom 200 or so pixels from this PDF. I'm flexible in whatever language, but would like to avoid digging right into ghostscript.
Multipage? Convert to tiff, crop, Convert back
Yeah I tried that. Image Magick decided to lose alllll the quality. pdfcrop works but it's linux only. Gonna have to make myself a service.
bowen on
not a doctor, not a lawyer, examples I use may not be fully researched so don't take out of context plz, don't @ me
Yeah the KDE and other people have really made CMake nice to use with Qt. Build order, and library dependencies shouldn't be an issue with CMake. I can provide an example if you give me the problem you are trying to solve.
Yeah, it's a standard dependency issue, which frustrates me that I can't automate in qmake because it's so standard!
Simplified:
Main Application
| |
libA |
| |
+----- libDependent
Both the main app and libA depends on libDependent.
If I change a file in libDependent, I expect libDependent to be built first, then libA to be rebuilt/relinked, then the Main Application to be rebuilt/relinked, in that order, due to the dependencies.
Now, under Linux, I can manually tune that process for qmake, but our projects are not small, and having to manually sort out dependency trees is Silly. Really Really Silly. Under MSVC, it appears to just work, as VS appears to build the dependency tree properly across the entire solution.
We've tried all sorts, but cannot reliably automate this process with qmake from Qt 4.x (can't quite use Qt 5.x yet, and qts, which I think is their new build system).
I'm pretty sure cmake handles this without a problem, having seen some of the examples around.
It's silly, isn't it? So silly. =/
Yes CMake supports that without issue. It uses a dependency graph that is built by the target_link_libraries call to determine which libraries a library/executable requires. It also does some header / include scanning to determine what files each library/executable requires. This allows it to properly support incremental builds.
Credit card processing companies, like stripe and braintree, should include a mode in their libs that skips the http request back to their server and the methods just return good responses automatically. That would save me a lot of hassle reverse engineering responses and then mocking out methods on http client libs.
Stripe's might actually be documented now that I think about it.
Anyone ever had the displeasure of trying to crop PDF files before? I want to remove the top 200 and bottom 200 or so pixels from this PDF. I'm flexible in whatever language, but would like to avoid digging right into ghostscript.
I'd look into iText. You may be able to use hte PdfStamper and if you go from one Rect to another PDF with a different Rect, it may auto crop it.
Anyone ever had the displeasure of trying to crop PDF files before? I want to remove the top 200 and bottom 200 or so pixels from this PDF. I'm flexible in whatever language, but would like to avoid digging right into ghostscript.
Multipage? Convert to tiff, crop, Convert back
Yeah I tried that. Image Magick decided to lose alllll the quality. pdfcrop works but it's linux only. Gonna have to make myself a service.
I had similar issues with conversion. Some combination of libtiff and ghostscript flags got me good conversions. And these were on lawn mower schematics. Had to force 300x300 our something
I think that the internet has been for years on the path to creating what is essentially an electronic Necronomicon: A collection of blasphemous unrealities so perverse that to even glimpse at its contents, if but for a moment, is to irrevocably forfeit a portion of your sanity.
Xbox - PearlBlueS0ul, Steam
If you ever need to talk to someone, feel free to message me. Yes, that includes you.
It is also the best performing sort operation to do on a GPU. (Or was when I researched GPU sorting)
Because it lends itself to parallel processing really well?
Radix sort has mostly near neighbour communication, which is really good for a GPU. In a perfect case the task load means that each thread never actually needs to talk to another, before the final pass. Otherwise you are talking inside your warp which means you can use warp level shared memory.
It is also the best performing sort operation to do on a GPU. (Or was when I researched GPU sorting)
Because it lends itself to parallel processing really well?
Radix sort has mostly near neighbour communication, which is really good for a GPU. In a perfect case the task load means that each thread never actually needs to talk to another, before the final pass. Otherwise you are talking inside your warp which means you can use warp level shared memory.
Yes, but k is not always so small that it can be considered an unimportant constant.
Of course not! That doesn't change the uniqueness of the sort, though, and regardless of how important the constant k is, it's still not mathematically correct to include it in big-O notation, since, by definition, big-O notation is based on the limit as n approaches infinity.
Yes, but k is not always so small that it can be considered an unimportant constant.
Of course not! That doesn't change the uniqueness of the sort, though, and regardless of how important the constant k is, it's still not mathematically correct to include it in big-O notation, since, by definition, big-O notation is based on the limit as n approaches infinity.
But there are plenty of times that Big-O runtimes are reported as O(n*m) because m is a component of the algorithm that is not trivial
0
gavindelThe reason all your softwareis brokenRegistered Userregular
Stable sort kind of sounds like Zoidberg's whoop whoop whoop, I think.
Also, I have my algorithms test on sorting on Tuesday, so this totally counts as study time.
Yes, but k is not always so small that it can be considered an unimportant constant.
Of course not! That doesn't change the uniqueness of the sort, though, and regardless of how important the constant k is, it's still not mathematically correct to include it in big-O notation, since, by definition, big-O notation is based on the limit as n approaches infinity.
But there are plenty of times that Big-O runtimes are reported as O(n*m) because m is a component of the algorithm that is not trivial
O(kn) simplifies to O(n), that is how big-O notation works. If it's truly significant then yea, go ahead and write it as O(n*m). But O(n*m) is not the same thing as O(kn), to me.
Posts
For the record I tried java -cp . CryptoUtil and it still threw that error. So very annoying.
but it will work dammit
As we try and bend qmake to do what we want and deal with dependencies properly, cmake is looking more and more enticing.
QMMMAAKKKKEE
Grr, even Qt has moved on from it, I think.
Maybe we should too. Hmm....
Multipage? Convert to tiff, crop, Convert back
I'm on my phone so hope I didn't typo too badly.
Well you do have access to a CMake dev....
You have no idea how tempting it is. =P
The only reason we use qmake is because everyone already has Qt installed, so we can assume qmake exists everywhere.
BUT
It's driving us as0dfuio;234hklxsfy8xchjvk trying to sort out ways to tell it how to deal with build order/library dependencies properly.
Just doing a quick search seems to indicate that cmake has this problem sorted out (or at least a way out of the mess), unlike qmake, where we're delving into unofficial methods to try and make it work.
*sigh*
I'll see if I can swing cmake into the build process here.
Would mean a much more elegant out-of-tree build structure, as well.
Yeah the KDE and other people have really made CMake nice to use with Qt. Build order, and library dependencies shouldn't be an issue with CMake. I can provide an example if you give me the problem you are trying to solve.
Yeah, it's a standard dependency issue, which frustrates me that I can't automate in qmake because it's so standard!
Simplified:
Both the main app and libA depends on libDependent.
If I change a file in libDependent, I expect libDependent to be built first, then libA to be rebuilt/relinked, then the Main Application to be rebuilt/relinked, in that order, due to the dependencies.
Now, under Linux, I can manually tune that process for qmake, but our projects are not small, and having to manually sort out dependency trees is Silly. Really Really Silly. Under MSVC, it appears to just work, as VS appears to build the dependency tree properly across the entire solution.
We've tried all sorts, but cannot reliably automate this process with qmake from Qt 4.x (can't quite use Qt 5.x yet, and qts, which I think is their new build system).
I'm pretty sure cmake handles this without a problem, having seen some of the examples around.
It's silly, isn't it? So silly. =/
The Sound of Sorting - Visualization and "Audibilization" of Sorting Algorithms
http://www.youtube.com/watch?v=kPRA0W1kECg&feature=player_embedded
Yeah I tried that. Image Magick decided to lose alllll the quality. pdfcrop works but it's linux only. Gonna have to make myself a service.
Yes CMake supports that without issue. It uses a dependency graph that is built by the target_link_libraries call to determine which libraries a library/executable requires. It also does some header / include scanning to determine what files each library/executable requires. This allows it to properly support incremental builds.
Stripe's might actually be documented now that I think about it.
I literally burst out laughing when bubble sort came up and it had a small fraction of the number of elements of the other sorts
But bogo sort was so good.
you could listen to bogo sort all day, depending on how lucky you are?
I'd look into iText. You may be able to use hte PdfStamper and if you go from one Rect to another PDF with a different Rect, it may auto crop it.
If you ever need to talk to someone, feel free to message me. Yes, that includes you.
It was also, IMO, the most aesthetically pleasing of the sorts.
Because it lends itself to parallel processing really well?
It's also the only sort that can be done in O(n) time.
well, O(kn), where k could be large depending on what you're sorting.
Yes, but O(kn) resolves right down to O(n) when k is a constant.
Yes, but k is not always so small that it can be considered an unimportant constant.
Radix sort has mostly near neighbour communication, which is really good for a GPU. In a perfect case the task load means that each thread never actually needs to talk to another, before the final pass. Otherwise you are talking inside your warp which means you can use warp level shared memory.
I guess that makes a lot of sense, too.
Of course not! That doesn't change the uniqueness of the sort, though, and regardless of how important the constant k is, it's still not mathematically correct to include it in big-O notation, since, by definition, big-O notation is based on the limit as n approaches infinity.
But there are plenty of times that Big-O runtimes are reported as O(n*m) because m is a component of the algorithm that is not trivial
Also, I have my algorithms test on sorting on Tuesday, so this totally counts as study time.
O(kn) simplifies to O(n), that is how big-O notation works. If it's truly significant then yea, go ahead and write it as O(n*m). But O(n*m) is not the same thing as O(kn), to me.
It's like saying k = logn. nlogn = kn. O(nlogn) = O(kn) = O(n)