Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (711)
Games in Android Showcase (213)
games submitted by our members
Games in WIP (785)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  ByteBuffers.. *sigh*  (Read 2143 times)
0 Members and 1 Guest are viewing this topic.
Offline Addictman

Senior Devvie

Medals: 3
Projects: 1

Java games rock!

« Posted 2005-03-27 20:00:45 »

Hi there.

I have a problem with ByteBuffers, and I'm hoping someone can shed some light on what is happening.

I have a ByteBuffer a which is allocated 512 bytes using allocateDirect(512);

This is from now on my "writer". In addition to this, I have Packet classes, which have pack() methods that return a ByteBuffer that is allocated to various sizes depending on the packet data.

Now, when I want to send something, I want to use the writer which has a large capacity, and fill it with the data of differen packets. (I want to be able to fill it with several packets, as this is a turn-based game, and I want to send chunks of larger packets at "end-of-turn" states). (However the following problem occurs if I only try with a single packet as well).

However, when I do writer.put(packet.pack()); nothing seems to happen to the writer's internal values (position(), remaining(), etc). According to the API, the call is equivalent to

while (src.hasRemaining())

so I replaced the writer.put(packet.pack()); with this, just to test, but still nothing happens.

Am I missing something really obvious here, or is there some underlying magic that I'm not aware of, going on.

Appreciate any help or advice on this.

Offline Addictman

Senior Devvie

Medals: 3
Projects: 1

Java games rock!

« Reply #1 - Posted 2005-03-27 20:29:06 »

I fixed it. I am dumb.

I was too busy trying to flip the writer buffer, but instead I should have flipped the packet buffer before returning it. Now everything seems to work alright.
Offline Jeff

JGO Coder

Got any cats?

« Reply #2 - Posted 2005-04-16 01:51:12 »

Dotn feel bad.  Flipping Buffers is one of their trickier aspects.  It gets even tricker when you have to start using slice()  Smiley

To get all the layers of my protocol working right in my current project I had to trace through with a  debugger and watch what was happenign to those internal fields.  Eactly what state they are expected to be in by the socket code for various operations is definitely under-documented.

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!
Pages: [1]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

numerical (283 views)
2017-02-21 07:32:16

numerical (281 views)
2017-02-21 07:31:46

theagentd (393 views)
2017-02-18 13:42:33

theagentd (392 views)
2017-02-18 13:35:16

h.pernpeintner (1559 views)
2017-01-24 22:39:11

h.pernpeintner (1546 views)
2017-01-24 22:38:32

Galdo (2110 views)
2017-01-12 13:44:09

Archive (2108 views)
2017-01-02 05:31:41

0AndrewShepherd0 (2644 views)
2016-12-16 03:58:39

0AndrewShepherd0 (2349 views)
2016-12-15 21:50:57
List of Learning Resources
by elect
2016-09-09 09:47:55

List of Learning Resources
by elect
2016-09-08 09:47:20

List of Learning Resources
by elect
2016-09-08 09:46:51

List of Learning Resources
by elect
2016-09-08 09:46:27

List of Learning Resources
by elect
2016-09-08 09:45:41

List of Learning Resources
by elect
2016-09-08 08:39:20

List of Learning Resources
by elect
2016-09-08 08:38:19

Rendering resources
by Roquen
2016-08-08 05:55:21 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!