Results 1 to 10 of 13

Thread: question about records

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1
    You can use the case statement to map different types of variables in the same memory space.The types used must be equal size, ie. Cardinal = 4 bytes in this case.

    Code:
    MyColor.R := $FF;
    MyColor.G := $00;
    MyColor.B := $FF;
    MyColor.A := $00;
    // Is equal to
    MyColor.C :=  $00FF00FF;
    Another example
    Code:
    TVector = record
       case Integer of
          0: (x, y, z: Single);
          1: (v: array [0..2] of Single);
    end;
    
    MyVector.x := 5.75;
    MyVector.y := 1.75;
    MyVector.z := 0.00;
    // Is equal to
    MyVector.v[0] := 5.75;
    MyVector.v[1] := 1.75;
    MyVector.v[2] := 0.00;
    Last edited by vgo; 02-10-2010 at 10:29 AM.

  2. #2
    The 1 and 0 don't really mean anything. They just show that there are two different ways to access that piece of memory. During program execution, you can access either R, G, B and A or C to change the whole color at once.
    Coders rule nr 1: Face ur bugz.. dont cage them with code, kill'em with ur cursor.

  3. #3
    Co-Founder / PGD Elder WILL's Avatar
    Join Date
    Apr 2003
    Location
    Canada
    Posts
    6,107
    Blog Entries
    25
    Yeah I found it funky that you can even stick functions and procedures into records as well.

    Actually what I've never been able to figure out what 'packed' really does, or maybe I simply forgot. What is the purpose of this keyword and what does it do?
    Jason McMillen
    Pascal Game Development
    Co-Founder





  4. #4

  5. #5
    Co-Founder / PGD Elder WILL's Avatar
    Join Date
    Apr 2003
    Location
    Canada
    Posts
    6,107
    Blog Entries
    25
    Quote Originally Posted by Brainer View Post
    I see now. Thanks!
    Jason McMillen
    Pascal Game Development
    Co-Founder





  6. #6
    Quote Originally Posted by WILL View Post
    I see now. Thanks!
    About the "packed" clause in record defination, the most important think is to know is that if you do not use "packed" then delphi/pascal is free to add "invisibles" fields to the record to adjust the total size of the structure for best perfomance; so take note that using for example "sizeof(myrecord)," could give you a record size different at what you think if you sum indididually every field size;

    Normaly there is not any problem using or not a packed record if you are going to use its members in traditional way. but if you are going to update/read data from records using move(), or blockread()/blockwrite() or similar function & procedure where you pass the record for read or write his members from a block memory then is adviced to use packed records so you as programmer are completly sure you record is aligned as you defined.

  7. #7
    PGD Staff / News Reporter phibermon's Avatar
    Join Date
    Sep 2009
    Location
    England
    Posts
    524
    Interesting! I wonder what other complexities could arise from this. For example, if I were to serialize and stream a record from an architecture with different alignment, and pump the data directly into a record, would I get what I expected when querying the contents? My knowledge is lacking in this. When reading/writing various binary formats from/to a disk into/from records, I always set my record to be packed for fear of the byte alignment of an unpacked record resulting in unexpected values.

    Can anyone tell me off the top of their heads if my fears are justified? I think some research is in order

    EDIT : OK. from what I've read, you should not stream an unpacked, boundry aligned record to a file or across a network unless you can ensure that it will be read back or recieved with the same byte alignment. the padding of the record will get written too!

    For streams/writing to a hard disk (or any other such bulk transfer of a record to some form of media) you should always use packed records! (unless you want to read that data on multiple architechures such as PowerPC, Arm etc, see 'endiness' below)

    you should only use non packed records if they will only ever live in memory, at run time. And should do in this situation because of the performance improvments offered by byte aligned data.

    In situations where you want the speed of byte aligned but still want to write that data out to a disk, it's highly advisable that you write it an element at a time, rather than just streaming from the address of the record using the size of the record.

    If you are writing your code to run on architectures with different endiness you should never just stream a record, always break it down into it's component parts for endiness conversion!

    I hope this has added to the discussion
    Last edited by phibermon; 15-10-2010 at 06:57 PM.
    When the moon hits your eye like a big pizza pie - that's an extinction level impact event.

  8. #8
    This is called a variant record. It's similar to C++'s union, but it's not the same, so you can't confuse them and put them two in the same basket. Compare Wikipedia article about unions and variant records.

  9. #9
    embedded case in a record is a very useful thing

  10. #10

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •