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 2147 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.

Archive (38 views)
2017-02-27 19:41:49

Riven (47 views)
2017-02-27 17:26:59

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

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

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

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

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

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

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

Archive (2180 views)
2017-01-02 05:31:41
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!