| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10
Comments:
<0> at least its not a boolean
<1> lol
<2> hahah
<3> Dasmius: At least you're honest. I'm willing to bet that Mag actually has a bit.
<2> yeah cuz i'm a brotha and we hung like horses
<0> LOL
<2> :)
<1> it's not the size of your integer, it's the motion of your procedure
<0> at least he didnt say he was a int64 raised to the power of int64
<0> haha
<0> what the hell number would int64 ^ int64 be anyway?
<3> Stupid.
<0> lol
<3> Like this conversation.
<0> Bill Gates current checking balance
<1> I heard MrBtrieve is a variant if you know what i mean
<3> Bill gates doesn't have that much cash.
<3> Most of his net worth is in stock options.
<0> haha, i know, i was just kidding
<3> ;)
<3> Which means, effectvely, he can't get to it without asking the government for permission.
<0> his net worth isnt even that much
<3> Since if he cashed them all out, he'd probably crash the market on his own.
<0> haha, that be crazy
<1> well he's not worried about his next meal anyway
<4> so he wouldn't get permission to do that ;)
<3> ki9a: No way in hell. :)
<3> Sweet, Wii is going to be $250 at launch.
<5> about a third of the PS3 then ?
<1> so when I set my StringList property (called Notes) would I use: Notes := Memo1; or Notes.***ign(Memo1);
<1> my setter calls ***ign
<5> well for one you should use memo1.lines
<5> secondary, I think both work
<1> Opps...yea
<1> OK cool
<0> Descendnt: Notes := Memo1 just points Notes to Memo1 ... while Notes.***ign(Memo1) actually copies the contents of Memo1 to the Notes memo
<3> Mith: And half the 360.
<1> my setter is FNotes.***ign(Value);
<5> Dasmius: but he has a property setter which calls .***ign
<0> ahh, ok
<1> so prolly Notes := Memo1.Lines would be best?
<0> i think u can use either
<1> then the setter would ***ign
<5> it generates exactly the same code
<0> I like to use := when I can over ***ign, so yea, go for it :)
<1> OK
<1> kk
<0> not that my opinion / coding habits matters
<0> but u asked ;)
<1> i did :)
<1> now...do I NEED a setter at all?
<1> what if my property read write to FNotes?
<1> no wait I do need a setter, NM...for another reason
<1> I have an Updated flag I need to set, NM
<5> wellll
<0> I like to always use a Setter myself as there is often need to do things when setting (or I may decide to implement something in the future in the Setter), and I only use a Getter when I need to
<5> keep in mind that if you do say yourcl***.notes.add('somestring'); or anything else you overrid ethe setter as well
<1> cool, that makes sense
<1> what mith? I don't understand that
<1> It would byp*** the setter if I call a method?
<1> or if I call add anyway?
<5> if you update your notes by using any other method than := it overrides the setter
<5> the setter is only called when you ***ign to the property, but there's other ways to modify the proeprty
<1> well how will it know to modify FNotes?
<4> TStringList.OnChange
<5> you may want to ***ign something to the stringlist's .onChange event to monitor for updates
<0> alrighty, well im out of here for now
<0> i may be back later, i might not be, have a good one
<6> Dasmius: int64^int64 depends on the value of the ints... if it's like $0000000000000002 ^ $0000000000000000, it's gonna be 1 ;P
<0> Ken: haha, yea, i was talking about if you had a calculator for instance that could calculate the value that far out instead of being limited to the types total size itself, was more a theoretical how big would the # be mathematically in general question, not a programming one :) but thx
<1> later Das
<6> Dasmius: ki9a once made an object to handle really large integers... check with him :)
<0> hehe, okay, i'll ask him about it later
<0> ttyl all
<6> though i bet he only have basic operations on it, not like power-to or anything :)
<6> cya
<4> Power is easy.
<4> Divide is slow
<4> divide is done by what we used to do in the past ages.
<6> how do you do power then? except looping
<4> x ^ n
<4> n -> string of bits
<4> current := x;
<4> for i := 1 to length(n) do if n[i] = '1' then current := current * current else current := current + n;
<4> something like that.
<6> hope that's pseudo hehe ;)
<4> http://svn.sourceforge.net/viewvc/jedimath/trunk/Source/Basics/JmLargeInt.pas?revision=76&view=markup
<4> TJmLargeInteger_Exp
<6> hmm why doesn't pgup/-dn work on that site? ;P
<4> works here.
<6> yeah now it suddenly works... wierd
<6> anyway... sweet
<6> though you should consider using pointers instead of indexes to avoid the extra calculation involved
<4> it's pretty fast actually.
<4> yeah I suppose I could do that.
<4> but what would be the fun of it?
<6> hehe
<4> Besides, the speed improvements would be much better sought in other things that are actually slow
<7> what does Jm stand for?
<7> :)
<7> Jam? :)
<8> /jedimath/t <-
<6> JustMocking
<7> lol
<7> jedmiath
<7> found a typo
<7> :P
<6> ki9a, probably... but my point is that delphi generate tighter object code that uses mostly registers instead of moving values around in memory
<6> at least in lesser loops
<6> ki9a, argh! i see the same identifiers with different case! :S
<1> I have a client/server related question
<6> dependancies are evil... but ok?
<1> now if I have a foreign key constraint set up with ON DELETE CASCADE...should I just rely on the database to do this for me? Is that good practice? Or should I explicitly delete the appointment first?
<1> well there is no way to not have dependancies with a normalized database
<6> good question actually... though i wouldn't know, unless it's a matter of preference... i'd probably delete stuff explicitly, just to have prettier code... ;P
<1> yeah, I want to know what best practice is
<6> with pretty, i mean that i think code look like **** if creation isn't paired with destruction...
<6> that's one of the reasons why .net doesn't appeal to me ;P
<1> I see your point, it would be easier to understand what is happening for someone else looking at the code
<6> i don't know what's "best"... if it works, it's ok
<1> but it would be a lot more work, because I have dozens of relationships
<1> patients have doctors, appointments, insurance companies, charges, payments...that's just patients
<1> so if I leave that up to the database server it will be a lot simpler
<6> i never make a single dependancy... instead, i have an integer field and manage relations through code ;P
<6> but that's me
<1> I could document in my code with (gasp) a comment...and mention the foreign key constraint takes care of that
<1> well you have to with relational databases, that's how they are designed to be used
<6> you mean you can't have two tables in one database that doesn't depend on each other? ;P
<6> that's my point...
<6> you never have to
<1> you can, but how would you set up a database for appointments with the appointment table not depending on an entry in the patient table?
<1> without inviting the wrath of Codd
<9> hey
<1> hey larry
<6> Descendnt: that's what we do... invite the wrath of codd ^^... especially since we are coders
<9> hehe so like a real chatroom: http://www.youtube.com/watch?v=LY26nB5ngAc&eurl=
<1> hehe
<10> anyone ever used TIdTelnet client?
<11> Hello all.
<12> yo
<13> http://www.youtube.com/watch?v=Nxl5mQVgk80&mode=related&search=
<4> heh
<4> that part of our new govt campain
<4> that part of our new govt campaign
<6> LordLarry: haha the best thing i've ever seen haha
<13> that crap happens more times and most want to admit!
<14> ?
<14> spanking to yer sis?
<14> that's nasty
<13> LOL!~!
<6> that's why webcam-spanking ****s... go for commercial pr0n ;P
Return to
#delphi
or
Go to some related
logs:
windows TinyXP
ethereal save-packages
#gentoo
#beginner
#hardware
moral behavior of pedophille
#linuxhelp
#nhl
#goal
#beginner
|
|