This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - z80man
Pages: 1 ... 46 47 [48] 49 50 ... 62
706
« on: February 04, 2011, 02:28:35 am »
Did you find though what adresses are mapped to the ram?
707
« on: February 04, 2011, 01:34:32 am »
Maybe we could add a little bit of competition here and vote on the best game once both are released
708
« on: February 04, 2011, 01:26:32 am »
how do you make an OS? i want to make a computer on a calculator that does only gaming no calculator lol!
Well you have to be very good at asm programming and you have to be able to work well with the hardware. Also you have to write your own system calls. Other than that good luck 
709
« on: February 04, 2011, 12:58:08 am »
Other than the class that holds the main method, that is as far as they get. The rest of the year is control loops, variables, and methods.
710
« on: February 04, 2011, 12:51:36 am »
Yes, but it means more time I can spend calc/comp programming instead of trying to figure out what a for loop is. And if my teacher asks what I'm doing and I say "programming", I won't get a puzzled look from everyone. And get this, in the intro to programming class at my school (which I'm so glad I got to skip) they spend all year java programming and never get far enough into the language to work with basic gui's and oop.  Also even though AP comp science will be easy, I will get the gpa boost in my report card which is one of the reasons I'm taking the course.
711
« on: February 04, 2011, 12:39:52 am »
Even though I learned the entire curriculum for AP comp science in pratically 1 day. Taking the course will convince colleges to put me in the advanced programming class later on. They won't really take my word on already knowing how to program. 
712
« on: February 04, 2011, 12:35:40 am »
Here in Califronia I have at least 5 ISP's to choose from. The advantage is that the competition really drives down prices. Also we are not charged based off how much we download. What we get is a fixed rate unlimited downloads and different packages are different speeds.
713
« on: February 04, 2011, 12:30:55 am »
just change it to default classic and optional mathprint. 
714
« on: February 04, 2011, 12:28:20 am »
Better than this one teacher I heard of who kicked a kid out of a class when he corrected and optimized the (teachers) code `-`
I think that was Nemo, right? I think he lost points for optimizing his code instead of using a command the teacher wanted him to use. X.x
That's gonna be me next year when I take AP comp science and I get to relearn basic java programming. When my teacher asks for a simple "hello world" program, I will give him a fully fledged 3d game called "hello world". The he will get mad and say I need to focus more on the system.out.println and literal string commands.
715
« on: February 04, 2011, 12:07:37 am »
Actually, I think it's because you defined the file object as ifstream, which only supports input operations. Try using ofstream for outputting.
I've now tried both ofstream and fstream and neither support the write method. I've decided to post my full code and have commented the part that generated an error. It is near the end and is the only error in the code. The rest I have tested and works fine. // app_signer.cpp : Defines the entry point for the console application.
#include "stdafx.h"
#include <fstream>
#include <iostream>
using namespace std;
int main(void)
{
ifstream codename("progname.txt", ios::in|ios::binary);
if(!codename.is_open())
{
cout << "cannot find progname.txt";
cin.get();
exit(1);
}
char hexfile[50];
while(!codename.eof())
{
codename.getline(hexfile, 49);
}
codename.close();
ifstream code(hexfile, ios::in|ios::binary);
if(!code.is_open())
{
cout << "cannot find " << hexfile;
cin.get();
exit(1);
}
int startcode;
int stopcode;
int sizecode;
startcode = code.tellg();
code.seekg (0, ios::end);
stopcode = code.tellg();
sizecode = stopcode - startcode;
code.seekg (0, ios::beg);
ifstream Conv("Conv.g3a", ios::in|ios::binary);
if(!Conv.is_open())
{
cout << "cannot find Conv.g3a";
cin.get();
exit(1);
}
char filename[50];
for(char counter = 0; counter < 50; counter++)
{
if(hexfile[counter] == '.')
{
for(char counter2 = 0; counter2 < counter; counter2++)
{
filename[counter2] = hexfile[counter2];
if(counter2 + 1 == counter)
{
filename[counter2 +1] = '.';
filename[counter2 +2] = 'g';
filename[counter2 +3] = '3';
filename[counter2 +4] = 'a';
for(char counter3 = counter2 +5; counter3 < counter; counter3++)
{
filename[counter3] = ' ';
}
break;
}
}
break;
}
}
ifstream app(filename, ios::binary);
char Convbuf;
ofstream app(filename, ios::out|ios::binary);
app.seekg(0, ios::beg);
Conv.seekg(0, ios::beg);
Conv.read(&Convbuf, 1);
for( int counter = 1 ; counter < 0x7001; counter++)
{
app.write(&Convbuf, 1); //ERROR: write method not recognized
Conv.seekg(counter);
app.seekg(counter);
}
cin.get();
return 0;
}Edit: Okay I replaced the libraries with that of the Borland compiler which fixed the write issue, but now a new error pops up that says ifstream, fstream, ofstream is ambigious. 
716
« on: February 03, 2011, 09:10:20 pm »
I would use functions like "fwrite", "fread", "fopen", "fclose", etc: if VC++ 2010 doesn't support them, MSDN is a liar.
There's an example on the MSDN page for fread.
It kinda bugs me that I have to use part of the C library in a C++ program, but oh well. I did try the fwrite, fopen, fread and the program did compile, but the program crashed after running it. ifstream app(filename, ios::binary);
char Convbuf[0x7000];
char Convbuft;
FILE * appstream;
fopen_s(&appstream, filename, "w+t");
Conv.seekg(0, ios::beg);
for( int counter = 0 ; counter < 0x7001; counter++)
{
Conv.read(&Convbuft,1);
Convbuf[counter] = Convbuft;
}
fwrite(Convbuf, 0x7000, 0x7000, appstream);
cin.get();
return 0;are you sure you are including the files them correctly?
Also, did you put: "using namespace std;" in the file, right after the includes?
Yes the fstream library is included along using namespace std. The problem is that fstream in VS will support some methods such as open, close, and read, but write is not included. This could be because I'm using the express version of the software and I don't want to pay $750 for the professional edition.
717
« on: February 03, 2011, 08:14:08 pm »
And if you want to try assembly, try Mimas. It is an on-calc assembler and ide. It is also very user friendly and catches your errors as you type. Becuase of this I have never had a complier error since I started using it a few months ago.
718
« on: February 03, 2011, 10:25:10 am »
Wow I would really love to program this. For about how much will we have to pay to pre-order one.
719
« on: February 03, 2011, 01:49:51 am »
So I've been working on an app signer program for the Prizm when I came along a problem. What I'm trying to do is copy one file and output to another. I've already tried using the << operator, the put function, and the write function, but my compiler (Visual C++ 2010) does not support these. None of the shown examples work. Also VC++ 2010 does not support the seekp method. Any ideas. ifstream app(filename, ios::binary);
char Convbuf; // buffer to hold one byte at a time from the Conversion app
for( int counter = 0 ; counter < 0x7000; counter++)
{
Conv.read(&Convbuf,1);
app << Convbuf;
}ifstream app(filename, ios::binary);
char Convbuf;
Conv.seekg(0, ios::beg);
app.seekp(0, ios::beg);
Conv.read(&Convbuf,1);
for( int counter = 1 ; counter < 0x7000; counter++)
{
app.write(&Convbuf, 1);
Conv.seekg(counter);
app.seekp(counter);
}
720
« on: February 02, 2011, 04:02:45 am »
Z80man, I hate to tell you this, but that strategy will almost certainly fail. The reason is that the USB dump isn't actually a dump of the Prizm's internal memory. It's a dump of the virtual memory, which is entirely overwritten during USB transfer to make room for that folder that appears on your desktop. Take a closer look at the file structure. You'll notice that everything is organized into the directories and the sections are each named with the name of the folder. The files from each folder are likewise under in the same sections.
In other words, it's the hex version of what you see on the screen.
Also, I took the liberty of simply disassembling the exe to look for valid code and there's nothing that I would call valid in the entire file. I suspect compression, but I don't know how that would work.
What I was thinking though is that if there is some hex string inside the usb folder then the OS must have written that there earlier. Then that string of data might be in the exe file somewhere. Not in the same location, but that string might exist. And so far I've already found a few 16 byte hex strings that match between the two.
Pages: 1 ... 46 47 [48] 49 50 ... 62
|
Show Posts
