Agreed, If you have a BOM account, you can register via the phone for phonebanking then that gets you onto the site with the same 6 digit pin. I only ever had 1 problem, and it was some kind of serverside issue... plus their site works and looks nice in linux/netscape.
Furthermore, online bill payment rules. I'm dissaponted to note you _STILL_ have to pay like 7 days before your bill due date for it to register... its like companies are too lazy or unable to integrate the billpayment with their computer system so they have a lower-ranking accountant check it once a week or something.
futhermore, STL is type safe and java's Vectors are not!!! you have to do a secondary check EACH time you read something from a Vector to make sure its what you want... always recasting and invoking the run-time type checking....
unlike in STL, where you cannot put anything BUT an int into a vector... simply impossible. error cannot happen, it wont even compile.
Last time I looked at Vorbis, they were just getting up to 128 kbps mp3 quality. Frankly... that sucks... until it can be equal or rival 256 bit mp3, im not interested.
Oh wait, that sounds like my ATM card - its a fully functional debit card... they're everywhere here in Canada. The cash comes straight out of your account!
If only you didnt live in a country that didnt suck? hmm
These "problems" you speak of have been largely resolved. This is just the security of the digital cash system. Cryptography and protcols ensure security and that "double spenders" get caught and revealed. No problem.
Interestingly enough, the problem you speak of "... there is no guarantee (via the language specification) that the object-orienged C library... will work with your... library" is fairly common.
Infact, g++.o files wont link against aCC.o files. There is no common standard for.o file linking and libraries in C++. Because C++ says that overloaded functions must exist, it does not say how it must be implimented.
In g++ it makes a 'mangled name' to support that, in aCC (aCC being the ANSI C++ compiler available for HPUX) it infact uses the parameter types as part of the symbol identifier... so to link against a function call you have to also specify the parameters.
Now, I spent 8 months developing on HPUX, and I had fun with the debuggers (HPUX sucks for debuggers, its so bad the debuggers are buggy, both of them) and aCC, so I know.
So infact using Gtk+ is more portable than using C++ at the binary level!
I'd also like to state that I think the continued use of QString is a C++ travesty. When I impliment in C++ I will always use STL as often as possible - its friggin fast and considering the development time you save is worth the bit of "code bloat".
This is already happening with a Sony system called 'SACD'. This is the nightmare of everyone... instead of PCM data (think your standard CD) it contains bitstream data. Now I'm not an expert in audio and audio analysis, but my friend is, and he says basically with bitstream you cannot do any digital domain processing... no digital crossovers, no digital volume controls, etc. Plus its difficult to rip. Easy to copy if you had a bit for bit cd copier (those wont be around I'm sure). But to turn the bitstream into PCM (think mp3) you'd need to put it thru some major computation effort.
In other words, boycott SACD!! The sound quality is worse infact, not better and there is not one good reason for SACD, EXCEPT: ripping is very difficult (not impossible, but no more one click rip in 30 seconds) with SACD.
After this sony thing, I can see what sony is trying to do...
Think about it: Sony owns music (they have a label) they own CD production facilities, they design and build musical playback devices (my cdplayer is panasonic;-)). They have a monopoly of the entire musical process from recording to mastering to the end distribution and finally to the device you play back on.
This is already happening with a Sony system called 'SACD'. This is the nightmare of everyone... instead of PCM data (think your standard CD) it contains bitstream data. Now I'm not an expert in audio and audio analysis, but my friend is, and he says basically with bitstream you cannot do any digital domain processing... no digital crossovers, no digital volume controls, etc. Plus its difficult to rip. Easy to copy if you had a bit for bit cd copier (those wont be around I'm sure). But to turn the bitstream into PCM (think mp3) you'd need to put it thru some major computation effort.
In other words, boycott SACD!! The sound quality is worse infact, not better and there is not one good reason for SACD, EXCEPT: ripping is very difficult (not impossible, but no more one click rip in 30 seconds) with SACD.
After this sony thing, I can see what sony is trying to do...
Think about it: Sony owns music (they have a label) they own CD production facilities, they design and build musical playback devices (my cdplayer is panasonic;-)). They have a monopoly of the entire musical process from recording to mastering to the end distribution and finally to the device you play back on.
well considering that postgresql 7.0 is at least 3-5 times faster than the 6.5 release, there is plenty of reasons not to use the 7.0 release. 'oh, its beta still, and we dont test beta' - just fudge factor again... everyone does it.
but still, from a basic rdbms design perspective... mysql loses out. sorry, it just does, well im waiting with excitement for the sleepycat 'transactions' to fail miserably. yes!
as another poster said, maybe encapsulating your queries in a transaction would help?
maybe you should try version 7.0.2? Its much better, I have been using it, and there are no problems.
As for the 8k issue, if you need to stick blobs in, thats what large objects are for, but if you need just a bit more, you can increase max tuple size via a compile time option.
frankly... i somehow doubt they will be able to fix everyon's concerns.
as many have said before you cannot add transactions to a non-transaction database. transactions are complex entities which require pervasive changes to the code base, and require some _real_ thought how to deal with the issues they bring up. MVCC for example...
anyways, we have postgreSQL, its advanced, its cool, it has a better interface than mysql! why not improve postgreSQL rather than hacking up mysql to make it do something it fundementally wasnt designed to do?
who the hell would run a usenet news service? 2 years ago i heard the bandwidth for a full newsfeed was 128kbits/sec, probably 4xs that now thanks to spam...
it just seems wierd that cable users would run a nntp server, i mean to me the most obvious target would be ports 80, 21, 22, 23, 25 and 110. (www,ftp,ssh,telnet,smtp,pop3)
well, maybe thats just me, but those are the most "useful" protocols, well maybe not useful, but most common at least.
i run all those (well, not telnet) and so far, no emails no threats, no black helicopters. their authorized scan machine has its place in hosts.deny and ipchains. thanks to postsentry;-)
well, from what i have discovered (I used to be a MySQL fan) MySQL lacks so many things its virtually useless. Transactions free the application developer from writing massive amounts of code bloat to work around the "atomic update paradigm". Why don't you write your programs to order the way it retrieves blocks from the disk, oh yeah, i forgot, the OS takes care of it for you (hell, the drive electronics do that now a days), in other words you spend your time making your program go.. not making up for inadequencies in your OS.
This is what I believe now:
PostgreSQL is faster/will be faster than MySQL period.
Its "advanced" features like transactions, triggers, stored procedures, etc reduce development time and allow for things previously impossible.
I mean who wants to use assembly for writing netscape when advanced languages exist?
now im just ranting, but my point is still valid...
As others have said, putting a SQL front end to sleepycat DB is hardly calling MySQL a transactional database.
Furthermore, MySQL's braindead locking scheme really chokes it when it comes down to massive concurrent access with both readers and writers.
For fucks sake, im tired of hearing mysql apologists push it as the ultimate solution...
One little problem is Oracle/PostgreSQL/Interbase are _not_ competing databases! I'd say the closest competing database is libgdbm or libdb or maybe grep+perl or something like that, in which case I would agree.
MySQL is a little out of its league when you compare it to those "big" databases.
And if you fuckers moderate me down for putting forth computer science truth I will haunt you for the rest of your lives;-)
no way, i catch authorized-scan.security.home.net with portsentry all the time as well. they always scan port 119, i have no idea why. its wierd.
And yes, I run full services as well, tons and tons of services, and i never get bothered. then again i dont read the @home official email, so who knows?
So does that mean SOMAD is a real AI system which can "approximate" personalities as defined by a set of input parameters (namely your usenet postings and other postings)??
So many conflicting reports, who to believe?
Re:Courtney Love a creation of the recording indus
on
The Virtual Tip Jar
·
· Score: 1
Not if you are listening to 24 bit audio;-)
From what I'm told, digital @ 16bits can suck, but if its done correctly, it can be good as well.
However, digital at 24 bits is very good, beyond the range of human hearing.
For example, why hasnt anyone developed better than 24 bit color? Because its pointless...
Then again, with crappy 16 bit systems you can really screw up the music...
As for mp3s, they really do sound crappier. But then again, I built my own Vacuum Tube amp, built speaker cables from cat5 (is there anything it cant do?)...
Maybe you should visit A&B sound then... I only buy CDs from there period. You can buy a new release for like $12.79... Depending of course, but considering the exchange rate thats $8.47 for a cd. Well I guess some places in the US sell CDS for $7.99 (or is this wrong?) we're doing about the same or slighly better than thine US ppl.
Personally I don't see why CDs must cost so much, I'm not really interested in the promotion of tunes, I just want the tunes.
I've noted some instability in PostgreSQL lately, so maybe interbase is the way to go?
I note that wierd stuff can happen if you use PHP+apache+persistent connections...
Not really sure though... its hard to say, which is the problem... its more like a phantom problem than anything... elusive and hard to pin down as a real problem.
Slashdot Mirror
when i worked for an ISP we used to call that the "microsoft reccomended solution".
;-)
Other "reccomended solutions" involved removing tcp/ip from the network control panel and adding it again, etc...
sadly enough this was much much simpler than actually figuring out what was wrong
Agreed, If you have a BOM account, you can register via the phone for phonebanking then that gets you onto the site with the same 6 digit pin. I only ever had 1 problem, and it was some kind of serverside issue... plus their site works and looks nice in linux/netscape.
;-)
Furthermore, online bill payment rules. I'm dissaponted to note you _STILL_ have to pay like 7 days before your bill due date for it to register... its like companies are too lazy or unable to integrate the billpayment with their computer system so they have a lower-ranking accountant check it once a week or something.
Dont you guys understand? its about speed
oh well.
futhermore, STL is type safe and java's Vectors are not!!! you have to do a secondary check EACH time you read something from a Vector to make sure its what you want... always recasting and invoking the run-time type checking....
... simply impossible. error cannot happen, it wont even compile.
unlike in STL, where you cannot put anything BUT an int into a vector
there is a version for linux, its called 'fsv' file system viewer.
http://fox.mit.edu/skunk/soft/fsv/
Check it, its cool.
Last time I looked at Vorbis, they were just getting up to 128 kbps mp3 quality. Frankly... that sucks... until it can be equal or rival 256 bit mp3, im not interested.
Sorry. Just how it is!
Thats bizzare, whats a 'check card'??
Oh wait, that sounds like my ATM card - its a fully functional debit card... they're everywhere here in Canada. The cash comes straight out of your account!
If only you didnt live in a country that didnt suck? hmm
These "problems" you speak of have been largely resolved. This is just the security of the digital cash system. Cryptography and protcols ensure security and that "double spenders" get caught and revealed. No problem.
Interestingly enough, the problem you speak of "... there is no guarantee (via the language specification) that the object-orienged C library... will work with your ... library" is fairly common.
.o files wont link against aCC .o files. There is no common standard for .o file linking and libraries in C++. Because C++ says that overloaded functions must exist, it does not say how it must be implimented.
Infact, g++
In g++ it makes a 'mangled name' to support that, in aCC (aCC being the ANSI C++ compiler available for HPUX) it infact uses the parameter types as part of the symbol identifier... so to link against a function call you have to also specify the parameters.
Now, I spent 8 months developing on HPUX, and I had fun with the debuggers (HPUX sucks for debuggers, its so bad the debuggers are buggy, both of them) and aCC, so I know.
So infact using Gtk+ is more portable than using C++ at the binary level!
I'd also like to state that I think the continued use of QString is a C++ travesty. When I impliment in C++ I will always use STL as often as possible - its friggin fast and considering the development time you save is worth the bit of "code bloat".
why?
Directly yes, as in my friend gave me a disk or sshed to my machine, etc, but any key on a keyserver could vulerable.
What we need is a tool which will read a key and tell you if it has a ADK.
You may or may not know this, but GPG doesnt honour the ADK, so infact GPG wont generate "vulnerable" messages.
This is already happening with a Sony system called 'SACD'. This is the nightmare of everyone... instead of PCM data (think your standard CD) it contains bitstream data. Now I'm not an expert in audio and audio analysis, but my friend is, and he says basically with bitstream you cannot do any digital domain processing... no digital crossovers, no digital volume controls, etc. Plus its difficult to rip. Easy to copy if you had a bit for bit cd copier (those wont be around I'm sure). But to turn the bitstream into PCM (think mp3) you'd need to put it thru some major computation effort.
;-)). They have a monopoly of the entire musical process from recording to mastering to the end distribution and finally to the device you play back on.
In other words, boycott SACD!! The sound quality is worse infact, not better and there is not one good reason for SACD, EXCEPT: ripping is very difficult (not impossible, but no more one click rip in 30 seconds) with SACD.
After this sony thing, I can see what sony is trying to do...
Think about it: Sony owns music (they have a label) they own CD production facilities, they design and build musical playback devices (my cdplayer is panasonic
Now I'm worried. Very worried.
This is already happening with a Sony system called 'SACD'. This is the nightmare of everyone... instead of PCM data (think your standard CD) it contains bitstream data. Now I'm not an expert in audio and audio analysis, but my friend is, and he says basically with bitstream you cannot do any digital domain processing... no digital crossovers, no digital volume controls, etc. Plus its difficult to rip. Easy to copy if you had a bit for bit cd copier (those wont be around I'm sure). But to turn the bitstream into PCM (think mp3) you'd need to put it thru some major computation effort.
;-)). They have a monopoly of the entire musical process from recording to mastering to the end distribution and finally to the device you play back on.
In other words, boycott SACD!! The sound quality is worse infact, not better and there is not one good reason for SACD, EXCEPT: ripping is very difficult (not impossible, but no more one click rip in 30 seconds) with SACD.
After this sony thing, I can see what sony is trying to do...
Think about it: Sony owns music (they have a label) they own CD production facilities, they design and build musical playback devices (my cdplayer is panasonic
Now I'm worried.
well considering that postgresql 7.0 is at least 3-5 times faster than the 6.5 release, there is plenty of reasons not to use the 7.0 release. 'oh, its beta still, and we dont test beta' - just fudge factor again... everyone does it.
but still, from a basic rdbms design perspective... mysql loses out. sorry, it just does, well im waiting with excitement for the sleepycat 'transactions' to fail miserably. yes!
as another poster said, maybe encapsulating your queries in a transaction would help?
maybe you should try version 7.0.2? Its much better, I have been using it, and there are no problems.
As for the 8k issue, if you need to stick blobs in, thats what large objects are for, but if you need just a bit more, you can increase max tuple size via a compile time option.
version 7.0.2 is the current reccomended production stable release.
frankly... i somehow doubt they will be able to fix everyon's concerns.
as many have said before you cannot add transactions to a non-transaction database. transactions are complex entities which require pervasive changes to the code base, and require some _real_ thought how to deal with the issues they bring up. MVCC for example...
anyways, we have postgreSQL, its advanced, its cool, it has a better interface than mysql! why not improve postgreSQL rather than hacking up mysql to make it do something it fundementally wasnt designed to do?
who the hell would run a usenet news service? 2 years ago i heard the bandwidth for a full newsfeed was 128kbits/sec, probably 4xs that now thanks to spam...
;-)
it just seems wierd that cable users would run a nntp server, i mean to me the most obvious target would be ports 80, 21, 22, 23, 25 and 110. (www,ftp,ssh,telnet,smtp,pop3)
well, maybe thats just me, but those are the most "useful" protocols, well maybe not useful, but most common at least.
i run all those (well, not telnet) and so far, no emails no threats, no black helicopters. their authorized scan machine has its place in hosts.deny and ipchains. thanks to postsentry
well, from what i have discovered (I used to be a MySQL fan) MySQL lacks so many things its virtually useless. Transactions free the application developer from writing massive amounts of code bloat to work around the "atomic update paradigm". Why don't you write your programs to order the way it retrieves blocks from the disk, oh yeah, i forgot, the OS takes care of it for you (hell, the drive electronics do that now a days), in other words you spend your time making your program go.. not making up for inadequencies in your OS.
This is what I believe now:
PostgreSQL is faster/will be faster than MySQL period.
Its "advanced" features like transactions, triggers, stored procedures, etc reduce development time and allow for things previously impossible.
I mean who wants to use assembly for writing netscape when advanced languages exist?
now im just ranting, but my point is still valid...
As others have said, putting a SQL front end to sleepycat DB is hardly calling MySQL a transactional database.
;-)
Furthermore, MySQL's braindead locking scheme really chokes it when it comes down to massive concurrent access with both readers and writers.
For fucks sake, im tired of hearing mysql apologists push it as the ultimate solution...
One little problem is Oracle/PostgreSQL/Interbase are _not_ competing databases! I'd say the closest competing database is libgdbm or libdb or maybe grep+perl or something like that, in which case I would agree.
MySQL is a little out of its league when you compare it to those "big" databases.
And if you fuckers moderate me down for putting forth computer science truth I will haunt you for the rest of your lives
heh
ok, take it easy, dont burst a vein.
no way, i catch authorized-scan.security.home.net with portsentry all the time as well. they always scan port 119, i have no idea why. its wierd.
And yes, I run full services as well, tons and tons of services, and i never get bothered. then again i dont read the @home official email, so who knows?
So does that mean SOMAD is a real AI system which can "approximate" personalities as defined by a set of input parameters (namely your usenet postings and other postings)??
So many conflicting reports, who to believe?
Not if you are listening to 24 bit audio ;-)
From what I'm told, digital @ 16bits can suck, but if its done correctly, it can be good as well.
However, digital at 24 bits is very good, beyond the range of human hearing.
For example, why hasnt anyone developed better than 24 bit color? Because its pointless...
Then again, with crappy 16 bit systems you can really screw up the music...
As for mp3s, they really do sound crappier. But then again, I built my own Vacuum Tube amp, built speaker cables from cat5 (is there anything it cant do?)...
Maybe you should visit A&B sound then... I only buy CDs from there period. You can buy a new release for like $12.79... Depending of course, but considering the exchange rate thats $8.47 for a cd. Well I guess some places in the US sell CDS for $7.99 (or is this wrong?) we're doing about the same or slighly better than thine US ppl.
Personally I don't see why CDs must cost so much, I'm not really interested in the promotion of tunes, I just want the tunes.
Money is so evil sometimes.
I've noted some instability in PostgreSQL lately, so maybe interbase is the way to go?
I note that wierd stuff can happen if you use PHP+apache+persistent connections...
Not really sure though... its hard to say, which is the problem... its more like a phantom problem than anything... elusive and hard to pin down as a real problem.