Visual Basic

Writing data to binary files

11-Aug-04 5:18

The Kodal Image Controls originally started out as Imaging for Windows. Microsoft sold it to Wang, who then sold it to Kodak, who then sold it to iLixis, who then sold it to eiStream. Now, there is no publicly available documentation on the Kodak version of the controls, but there is on the original Microsoft version here[^]. But, there is no telling how accurate that documentation is as it relates to the version of the controls your using.

See this[^] page for the current owner of the Imaging for Windows product.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Re: Kodak Image controls

Brad Fackrell11-Aug-04 12:12

Brad Fackrell

11-Aug-04 12:12

Thanks Dave.

I'll check them out.

Brad

Simon Kearn11-Aug-04 0:16

Simon Kearn

11-Aug-04 0:16

I need to store some data as binary in a file so that another system can read it in. Currently I am using VB 6.0 (not .NET) and have come across a few problems.

I have created a user defined type as follows;

Type mdecTask
sKeyerId As String * 9
stUTCStartSessionTime As Double
dTypingTime As Double
lTypingCount As Long
dAdminTime As Double
lAdminCount As Long
dVuiTime As Double
lVuiCount As Long
stUTCEndSessionTime As Double
lReasonForEndSession As Long
sOtherReason As String * 256
End Type

Public mTask As mdecTask ' Defines a record.

and have then written data to some of the structure.

I have then opened the file for binary access as follows;

'Open the log file and write to it the info so far collected
miFileNumber = FreeFile
Open msFileToOpen For Binary Access Write Lock Read Write As #miFileNumber

and then I have put the data into the file and closed it as follows;

Put #miFileNumber, , mTask
Close #miFileNumber

Everything seems to work fine, but when I view the file in a hex editor the time values I store are different, for example the UTC time obtained for the mTask.stUTCStartSessionTime is 1092217616, which I can see in the structure when I debug the application, but when I view the in hex the file, it's 41467AC4, when it should be 4119EB10. The order is around the other way in the hex file, i.e. C4 7A 46 D0 41 (the D0 should be ignored, I think?) and I known that's to do with big endian and little endian.

Does anyone have a reason why this is happening. Also when I try to read the file back into the structure using 'Get' its all zeroes.

Re: Writing data to binary files

Simon Kearn11-Aug-04 5:42

Simon Kearn

11-Aug-04 5:42

An update to the above problem is that if I use the CreateFile and WriteFile Win32API calls and specify the length of bytes to write to the file as LenB(mTask) then I get 588 bytes written instead of only 321. If I then view the file I can find the stUTCStartSessionTime value down near the bottom amongst a load of unknown hex.

Re: Writing data to binary files

Dave Kreskowiak11-Aug-04 6:01

pdf conversion example program

11-Aug-04 6:01

Simon Kearn wrote:
if I use the CreateFile and WriteFile Win32API calls and specify the length of bytes

Why go through all that trouble...

As per your original problem... If you look at the Binary representation of both number, the problem should become clear:

You required time value:
4119EB10 = 01000001000110011110101100010000
The value your getting:
41467AC4 = 01000001010001100111101011000100

If you look at the binary versions closely, you'll find that the bulk of your value is being moved to the left two places and a 01 is being inserted. This is because your eyes are looking at the number as an Integer and the value being stored is a 64-bit Double (floating point value). The two data types are stored differently.

You required time value:
4119EB10 = 01000001  000110011110101100010000
The value your getting:
41467AC4 = 01000001010001100111101011000100

Your time value should be stored as a Long (32-bit signed Integer) instead of a Double. I thinkth is should get you a step closer to solving your problem.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

franco_8210-Aug-04 20:30

franco_82

10-Aug-04 20:30

Hi there, i'm looking for any program on pdf conversion from ms word to pdf. Are there any free utility out there. Appreciate the help given. Thx

Re: pdf conversion example program

Member 53081011-Aug-04 3:17

Member 530810

11-Aug-04 3:17

Why don’t you simply use Adobe Acrobat (not Reader)? It will work Wink | ;)

sony speed

Re: pdf conversion example program

Dave Kreskowiak11-Aug-04 4:53

Re: MessageBox And MsgBox

11-Aug-04 4:53

There are no small example programs because the complexity of whats involved. The best ones are actually printer drivers, not programs. The output from Word is "printed" to the driver and the driver is then able to take exactly what Word sends and assemble the .PDF without having to know anything about Word's file format.

If you want examples, search the Open Source sites for "PDF". You end up with lots of libraries and projects, like PDFCreator[^] on SourceForge.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

MessageBox And MsgBox

beowulfagate10-Aug-04 16:25

beowulfagate

10-Aug-04 16:25

Ever notice that the MessageBox does not have the XP look while the MsgBox does? Anybody know how to do this?

Nick Seng10-Aug-04 16:47

Re: MessageBox And MsgBox

10-Aug-04 16:47

AFAIK, MsgBox is essentially a call to MessageBox.Show
It just defaults some parameters like caption, etc.

"if you vote me down, I shall become more powerful than you can possibly imagine" - Michael P. Butler.

normanordas10-Aug-04 20:45

normanordas

10-Aug-04 20:45

Its a separate class, included jst for backward compatibility to VB6 developers.

Multiple Form problems

Achithyn10-Aug-04 15:48

10-Aug-04 15:48

Hello everyone,
I am really new with Visual Basic .NET 2003 and have come across a problem that I cannot seem to figure out. I have spent a lot of time reading in books and articles to figure this out, and because it is such a simple problem - it is quite frustrating.

I am making a Tic Tac Toe game to get more familiar with VB. I have already finished a very simple Tic Tac Toe program and now am moving into an advanced version with multiple forms. Each form acts like the next screen within the game - so, I wanted to make it so that the forms would hide and show themselves in the same area as the last screen. Also, at the bottom of the screen - the task bar resets every time a form is loaded.

Any information on how to manage multiple forms to act as if they are only one form would be great. Articles, Links, Examples, anything you can spare.

My current way for showing and hiding a form is:

dim testform as new testform
testfor.show()

I am using key words Show, Close, and Hide. Well, anything would be helpful. Thanks!

~Achithyn

Nick Seng10-Aug-04 16:11

10-Aug-04 16:11

A suggestion. How about using an MDI application, and letting your forms be a children within the parent?

"if you vote me down, I shall become more powerful than you can possibly imagine" - Michael P. Butler.

Achithyn10-Aug-04 16:37

10-Aug-04 16:37

I will look into MDI forms and see what happens Blush | :O

) Thank you for the prompt reply! If there is anything else that may be able to help me make this little program of mine, feel free to share. Thanks again - I will see what happens and, depending, post back here.

~Achithyn

Nick Seng10-Aug-04 16:42

10-Aug-04 16:42

No Prob. I too, once tried to make a tic tac toe program. It wasn't too good, but it was fun.

Good luck with your app. Smile | :)

"if you vote me down, I shall become more powerful than you can possibly imagine" - Michael P. Butler.

Achithyn10-Aug-04 18:47

10-Aug-04 18:47

I have been doing whatever I can to learn what I can do to fix this small problem. I happen to be quite the perfectionist. Frown | :(

I think that can be both a good thing and bad thing. Well, I looked more into what MDI is and what it is used for and this is what I got:

Quote from MSDN
----Multiple-document interface (MDI) applications allow you to display multiple documents at the same time, with each document displayed in its own window. MDI applications often have a Window menu item with submenus for switching between windows or documents.

Also, when you change the form you wish to be the MDI Parent, it changes the color to a gray. I found another snippet from MSDN that said:

Quote from MSDN
----Additionally, be aware that the edge of the MDI parent form will pick up the system color (set in the Windows System control panel), rather than the back color you set using the Control.BackColor property.

I do not understand where I can edit the Windows System Control Panel. Another thing with MDI is said it is best to use with a maximized screen rather than a small version of the screen.

I was told that I may want to check in with Modal and see if that would help, though I do not know what that is. Once again, anything would help - thanks for the time!

~Achithyn

Nick Seng10-Aug-04 20:15

10-Aug-04 20:15

Hmmm...let's see how to explain MDI Applications.

Take for example MS Word. Word can have several documents open inside one parent. When you close all the word document, what you see is basically a word with only toolbars and a gray background. That's how a parent form looks like without a child. And all the documents in words are the child forms. you can resize, minimize, maximize, etc.

I'm probably not explaining it too well. D'Oh! | :doh:

"if you vote me down, I shall become more powerful than you can possibly imagine" - Michael P. Butler.

Dave Kreskowiak11-Aug-04 1:26

11-Aug-04 1:26

The problem doesn't lend itself to being a multiple app form. Are you saying that your closing each form after a move is made and showing the next form to display the results and waiting for the next move? Walking from form to form in a game is not a good idea because each copy of the form will hold a reference to the next form, thereby keeping ALL of them open and running. When the last form is done, each form leading up to that one must close in the reverse order that they were launched in order to properly release its resources. All your oding with this method is taking up more and more memory the farther into the game to get.

You can't close your first form, you can hide it though, because the is the form that has your main message pump behind it. Once that pump is ended, your entire app closes, not just that form.

A better multiple app version of the game would be to display the board in one window and the game status and, possibly, the computers thinking in another form. This way you only have 2 forms to manage and it better represents a real world application.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Achithyn11-Aug-04 7:23

11-Aug-04 7:23

The reason I have several forms, is to collect information from the player and pass it on to the next form. The actual game play is all done within one form. This is how it is built for Player Vs. Player:

--Form1 (frmMenu) is the first Game Menu that loads when you start the game.

--Form2 (frmSettings) is the form that loads when you click on "Vs. Player" button. This form allows the member to choose their name, mark type (you can change the normal "X" to a 3 character mark, such as initials) and color.

--Form3 (frmGame) is the actual game that loads when you continue from Form2. This Form holds all the information for the game and allows you to play. This form will be changed depending upon settings you set in Form2 - or if you play Vs. Computer - or take the adventure mode.

You see, the actual game is not laid out to work in several forms, the multiple forms are simply there to retrieve data for the actual game.

I have been thinking more and more on MDI - and now I think I know how it works and how it will work on this game. The main screen will be the parent, and then frmMenu, frmSettings, frmGame and any other form that I make later on will be the child form to this parent so that all will be organized and within the parent. I know why the backcolor changes to gray now, and know how to go around that problem.

I will not close the forms that load, rather use the Hide() command instead. As for the main form, you can close it if you want by using dim frmMenu as new frmMenu and Show() within the form load code bit. I don't know how bad or good that is with the program, just know that it works... lol.

Well, thanks for the help guys, I will see what happens. Smile | :)

~Achithyn

Dave Kreskowiak11-Aug-04 8:57

11-Aug-04 8:57

Sorry. Your first post made it sound like you were launching a new form with each step in the game, not an options form.

You can't close the main form that was launched when your app started. You can HIDE it, but closing it will result in your app closing.

You might want to check this[^] out to clear up any grey areas concerning multiple forms and passing data.

RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

Achithyn11-Aug-04 9:45