/tech/ - Technology★

ita unixs fault please use my god awful jew lang's instead please please please please please please think I'm cool

get an old Linux Live CD, boot it in a VM, build a recent SQLite in it, convert your bdb file to SQLite.

>>1035419

what are the compiler devs even doing.. lots of old programs cant be builded with the latest versions of the compilers

>>1035414

Not trying to be cool. Wasn't blaming Unixen as a whole. Blaming GNU and Oracle.

>>1035419

I mean I like SQlite3 and all but I don't need a full database. Just need a dead-simple api really. I guess I could write simplistic wrappers for my purposes though.

I guess it's either that or reinvent some wheel that was already invented, destroyed, and reinvented over and over again.

>>1035422

>I like SQLite3 and all but

there's no buts. You don't need a grand reason for SQLite. "I woke up this morning" is a good enough reason to use SQLite for some data. The grand reasons and careful excuses come in when you have to explain why you're not using SQLite for some task. Put your key-value store in a two-column table and be done with it.

>>1035424

https://man.openbsd.org/dbopen.3

1 man page

dead-simple to understand/use interface

pure C/C++

vs

https://sqlite.org/c3ref/funclist.html

oodles of functions

3rd party library

having to compile completely different language at runtime

then having to free the compilation units

callbacks

blob handles

sqlite3_column

Like I say: I've read all the relevant propaganda and really like SQlite3 (and fossil) and I'll probably just write some wrappers case by case. It would be really damn nice though if GNU would have just kept dbopen or Oracle would have retained compatibility for older versions (especially when explicitly using interfaces for version 1.85).

Personally I'd rather not pull in 3rd party libs or reinvent wheels.

>>1035427

yeah that "one man page" and "simple interface" is really helping you out right out, isn't it? Heresy is truly its own punishment.

tbf glibc is maintained by a daft hatter

>>1035424

modern "programmers" like you need to kill themselves. bloated solutions should not be used if something simpler can do the needed things. people like you are the reason why most software sucks.

>>1035433

1. the "simpler thing" doesn't work.

2. an example of a "simpler thing" is also a "key\nvalue\n" file. Want to go with that?

3. What you're advocating for is that people who fly some distance ignore the heavily overengineered and ultrareliable 60-year-old airframe in favor of a homemade set of wooden Icarus wings. Because "it's simpler". No, it's just more primitive.

4. if you favor the less featured thing for no other reason than that it has fewer features, then you've lost the way. Larger works are not automatically inferior to smaller works, it's just a very easy to notice characteristic of terrible software that, in addition to being hopeless in terms of correctness, efficiency, design, that it is also bloated. Terrible software grows with time: that doesn't mean that you should, per suckless philosophy, use v2 of some terrible software instead of v9. v2 is still going to be terrible. v9 might accidentally be better.

>>1035427

KV store

Antique bsd crap that fails to build

vs

ACID, indices and proper SQL

90MLOCs of tests, unironically 100% coverage

Made by christian autist for navy

>>1035470

and although he cucked on the Code of Conduct a few days after people noticed, he still did this: https://sqlite.org/codeofethics.html

>>1035435

>take a simple hash map like uthash

>mmap in a file

>configure the hash map allocator to take chunks from inside the mmap

simple and complete

>>1035427

>Personally I'd rather not pull in 3rd party libs or reinvent wheels.

Choose one, and only one.

>>1035433

Yes, software sucks because of people suggesting what is literally the most tested and succesful database program in the world.

Kill yourself.

>>1035480

LARPer spotted.

>>1035484

Whole operating systems used to fit in 64k with space left over. Nowadays you can't download one in less than 4G. This is precisely because people are too quick to jump for the most powerful possible library, rather than considering simpler and lighter solution that are equivalent for their use case. LARPfags like yourself perpetuate this by suggesting the largest solution you can think of, while being completely ignorant of the alternatives.

>>1035491

>Whole operating systems used to fit in 64k with space left over. Nowadays you can't download one in less than 4G.

LARPer confirmed, you've clearly never seen an embedded system, not even a mainstream one such as OpenWRT.

Of course any popular Os is going to take advantage of storage being incredibly cheaper and faster than it used to.

>LARPfags like yourself perpetuate this by suggesting the largest solution you can think of

>Implying SQLite is anywhere close to the largest when its largest precompiled distribution is less than 7 MB and the smallest is under 1 MB

>Implying you should have anything less than ACID compliance for important data

>Implying relying on obscure formats for your db won't end exactly like the OP

Again, kill yourself.

You have zero experience with real world problems and solutions, and not enough common sense to look up "SQLite download" before talking about its size.

>>1035639

>1MB for a single library

>small

As I said, entire operating systems can fit into around 32KiB of memory. The fact that you prefer to use a full-fledged solution for what may well be only 10 rows of data proves that you are a retarded faggot. WHERE'S THE LAMB SAAAUUUUUCE In such cases, a simple text file containing key=value pairs delimited by newlines is much better and consumes less space.

>>1035642

>complaining about a 1 MB library

>for a library that fully implements a database standard

>for a library so stable and well tested armies use it on the field

>in an age in which 1e6 MB disks are common and cheap

Nice LARP

>Pretending that OP's database is 10 rows

Then why is OP already using database software instead of a text file?

Again, you're a LARPer with no real world experience.

>>1039399

nobody's going to read this, dude.

>>1035427

"databases for niggers"

vs

something that actually works