/* The complete definition of png_info has, as of libpng-1.5.0,
* been moved into a separate header file that is not accessible to
* applications. Read libpng-manual.txt or libpng.3 for more info.
*/
That is why you should always statically link all libararies or use .Net, else some retarded maintainer will break you app "just for fun".
Name:
Anonymous2011-10-12 10:59
I tried to include internal headers, but got:
‘png_struct’ has no member named ‘jmpbuf’
then I included header from older libpng version and got segmentation fault. Great! Linux "quality" at its best!
With Linux it'll take ages even to load a single texture!
Name:
FrozenVoid2011-10-12 11:09
Easy: Use version <1.50 and old headers
Its not like PNG has suddenly gained x2 decode speed
you could always reverse engineer the layout of the structs and make your own headers for them, which wouldn't be that hard if you looked at the source code. It would take a while though.
>>6
Teach me your magical powers in the art of reserve engineering
Name:
FrozenVoid2011-10-12 11:23
Libraries should be distributed as a single .h file numbered e.g. LibXYZ1.78c.h
Name:
Anonymous2011-10-12 11:30
[Hiding the contents of png_struct and png_info] should not come as a particular surprise to anyone who has added libpng support to an application this millenium; the manual has warned of it since at least July 2000.
Messing directly with structs out of your control is retarded. You suck as a programmer.
Name:
FrozenVoid2011-10-12 11:37
its very useful to access structs(its faster) instead of OOP requests. LibPNG trying to 'modernise' code and remove unsafe features, replacing them with OOP walled garden because they can't code without a straitjacket. You can decode PNG with your own decoder, its just a question of time. Plus i think PPMD+Container will be far better than PNGs filter+DEFLATE in compression ratios.
I only pray that you never, ever release anything open-source, risking any stupid distro designer distribute the diahrrea you call "source code" worldwide.
Please refrain from posting in troll threads. Thank you
Name:
Anonymous2011-10-12 16:58
>>15>>16
Sorry, but they already release crap. Just tried to concatenate two wav files with SoX, and got unknown file type `wav'
SUPPORTED FILE FORMATS: m3u pls
Thats is how Linux works, while Windows version of SoX have everything supported - it can even concatenate FLACs!
Name:
Anonymous2011-10-12 17:03
>>10
IT's funny, cuz I got that code from stackoverflow, asking about png loading example.
Static linking is a huge space waster and kind of sucks most of the time.
Dynamic linking is great, but you have to be careful on how your libraries are named, loaded, versioned and looked up.
>>21
I hate the ELF .so versioning shit. I want to be able to force it to use whatever version is available easily, not have to keep multiple versions floating around.
I'm afraid I don't have them, but since the library is open source, you could look through it and hunt down the private headers you need, copy them to your own directory, include them, and then enjoy directly manipulating the structures yourself with inlined code.
If you didn't have access to the source, I would try running the library in a debugger, and execute basic library functions that behave like getters and setters, and then observe the changes in memory values, and at what relative addresses. Then you could deduce at least part of the structure was. It would be ideal if you could automate this, but I'm not sure how one would do it. An alternative would be to generate the assembly and have a look at the entry points for these routines. If you are good at reading assembly, you may be able to locate the offsets used for manipulating the fields in the structs.
>>26 I would try running the library in a debugger, and execute basic library functions that behave like getters and setters, and then observe the changes in memory values, and at what relative addresses
WOW! You're hardcore! I would suck your cock.
Name:
Anonymous2011-10-13 5:33
>>23
Linus is a kernel. GNU/Linux is the operating system.
Unless you have educated yourself, I kindly recommend yourself to shut your autistic cakehole.
People only mention GNU as a trojan horse for Stallman's agenda.
GNU is just a collection of easily replaced legacy freeware bundled for compatibility purposes like DOS in Windows Me.
Old people and retrocomputing enthusiasts still use it, sure, but those guys use DOSbox too.
The rest of the world has moved on. You no longer depend on GNU with Ubuntu or Android.
Name:
Anonymous2011-10-13 8:59
>>32 The rest of the world has moved on. You no longer depend on GNU with Ubuntu or Android.
Absolutely, especially with the heirloom toolkit. But try to tell that your common GNU/Zealot.
I'd like to say that I've used Windows since Win95 and have never encountered any "DLL hell" as they describe it. When a program says a DLL is missing or imports are not found in one, I just Google the filename, download it and put it in with the .EXE and it works.
But on Linux... >>24 is right. I find libxyz.so, put it in, program complains it's the wrong version. CAN'T YOU AT LEAST GIVE IT A FUCKING TRY FIRST?
haha thanks, but it would take a while to do, so you'd have to be able to justify the time investment. It's obviously not necessary for something that is open source, or if you just happen to have access to the source code.