Quick Jump Daily Digest

**Auraomega** · 02-05-2009, 04:24 PM

I don't use IDE's... can't get to grips with them I prefer to dive into a makefile instead.

I'm reading in binary mode, and theres no line breaks, just a continuous line of "stuff". Check the files to see what I mean.

I've also noticed another problem, when I hard coded the map files, it loaded the first map file, the second one wouldn't load though it just closed after the first, again this isn't something that happens on Vista. I thought there wasn't supposed to be any differences between C++ on Windows and Linux's standard libraries

-Aura

Blah I haven't got a clue what I'm doing, is there any documentation on the website on what to do or something?

**_df_** · 02-06-2009, 05:14 AM

Zitat von Auraomega

I don't use IDE's... can't get to grips with them I prefer to dive into a makefile instead.

whats a makefile got to do with using an ide? use both.

I've also noticed another problem, when I hard coded the map files, it loaded the first map file, the second one wouldn't load though it just closed after the first, again this isn't something that happens on Vista. I thought there wasn't supposed to be any differences between C++ on Windows and Linux's standard libraries

well I'd wager its more a problem with your code than the standard library.
but since you are not showing us the code its hard to say. I'd suggest not using any of the *scanf* functions.

**Auraomega** · 02-06-2009, 05:27 AM

Zitat von _df_

whats a makefile got to do with using an ide? use both.

well I'd wager its more a problem with your code than the standard library.
but since you are not showing us the code its hard to say. I'd suggest not using any of the *scanf* functions.

I did show the code, check the spoiler on the first post on this problem, theres also the dump and map files.

Theres also no problem with my code per se, because it runs fine on Vista, surely cross platform code that runs on Vista would also run on Linux?

After more work, and with the aid of kuroneko, we've worked out that the y dimension is the one with the problems, the x dimension is read correctly at 48, yet the y always fails to read on my other maps.

And using fscanf is the easiest and most logical way for me, I'm reading an integer with either 1 or 2 digits, with an x inbetween, so fscanf(FILE, "%ix%i", *xDim, *yDim); seems the best way forward.

-Aura

EDIT:
Slightly modified my code to give a nicer layout in the dump, the new dump is in the spoiler below:

Spoiler for Dump:

The first bit is the file name, the second is the x and y dimensions, as you can see x is read correctly but y fails.

Now the same dump on Vista:

Spoiler for Dump(Vista):

Theres obviously a difference between Windoze and Linux's standard libraries otherwise this would not happen.

**_df_** · 02-06-2009, 06:44 AM

aah I see the code. Ill check it out.

if your reading bytes with fgetc why not just have

x = fgetc(mapFile);
y = fgetc(mapfile);

and avoid the craptasticness that is scanf set of functions?

again I'd still vote the problem is not with the linux std libs, if there were it would have been found out by now, but since nobody else is having the same problem with standard fopen/fread/fgetc functions as you are...

fwiw Im building on linux and windows for psp/gpx/pc on several projects and different machines/versions of windows (2k/xp, mingw,openwatcom,vc) and several flavours of linux without any problems with basic posix functions.

**Auraomega** · 02-06-2009, 07:32 AM

I agree, but it simply doesn't make sense as to why it works on one system and not another. What I'm saying is I think theres a subtle difference between the two and I'm tripping up this difference.

As for fgetc, I'm reading either a single or two digit number, which means one or two bytes, fgetc just isn't going to cut it (yes I know I could read it into a string and atoi it). The simple case is, if I'm having this problem then I'd like to know WHAT the problem is so I can avoid it in the future.

Also, dunno if this is assosiated, but I wanted to compile someone in OGL but couldn't find the libraries and stuff, so I downloaded a NeHe tut and compiled that, except that doesn't seem to run as expected either. It was NeHe lesson 10 with SDL, I've tried compiling on my PC to see if its a code error but it can't find the links to GL_BGR or GL_BGR_EXT so I can't tell whats going on.

-Aura

**_df_** · 02-06-2009, 08:01 AM

Zitat von Auraomega

As for fgetc, I'm reading either a single or two digit number, which means one or two bytes, fgetc just isn't going to cut it (yes I know I could read it into a string and atoi it). The simple case is, if I'm having this problem then I'd like to know WHAT the problem is so I can avoid it in the future.

so your using 1 or 2 bytes.. as in 1..99... say 99x99 = 5 bytes..
you could just use fgetc/fputc and have 255x255 in 2 bytes. fgetc will more than 'cut' it, I just dont think you understand what we are talking about.

**Auraomega** · 02-06-2009, 09:28 AM

You're right, I don't have a clue. fgetc returns 1 byte of data, 99x99 is 5 bytes, each dimension would therefore be 2 bytes. Personally I can't see how fgetc is useful here. Maybe you'd like to give me a working example of how to use fgetc to read 2 bytes per dimension?

-Aura

**yaustar** · 02-06-2009, 01:12 PM

The .map files you provided are text files, not binary.

**Auraomega** · 02-06-2009, 01:39 PM

Huh, maybe my understanding of text and binary files are wrong but, if its not standard ascii characters and not readable by a text editor, its a binary file right? I mean I'm using 0x01, 0x02 and 0x03 a lot, from what I can see the only text is the first bit with the dimensions.

And now another problem has cropped up... I hard coded the dimensions, so the map loaded, but the second map fails to load at all. Running the string through a for loop and using sprintf it gives 1.map on the first go, 2.map on the second on Vista, but 11.map on Linux :Argh:

And now... to make issues even worse, Vista cannot see the folders on the memory card only Ubuntu can... great I can't even show you the code for the for loop -.-

-Aura

EDIT:
Backed up the files and formatted the SD, anyway the code for that loop is below:

Spoiler for Loop:

**slasher101** · 02-06-2009, 05:34 PM

any1 got any libCurl examples?

~!SlasheR!~

**Auraomega** · 02-07-2009, 05:47 PM

A couple of questions, the bool type, is that only 1 bit, or is it actually a byte (seems most likely) acting as a bit that can only have 2 states (true and false)?

ASM being hardware specific, does that mean that PC games are not coded in ASM as it would be different for each setup? To inline ASM into a C++ project I should use __asm{ } right?

Are there any good compression guides out there? I'm looking to add compression to my encryption and a quick Google search didn't return much useful.

-Aura

**yaustar** · 02-08-2009, 08:41 AM

Zitat von Auraomega

Huh, maybe my understanding of text and binary files are wrong but, if its not standard ascii characters and not readable by a text editor, its a binary file right?

The files that you provided were readable by a text editor. If it wasn't a standard text file, then you wouldn't have been able to use fscanf formatting in the first place.

Binary files are generally illegible when opened in notepad. A .doc file is binary file. A .txt file is also a binary file. They are just both 'readable' when opened by the right program.

**Auraomega** · 02-08-2009, 12:05 PM

When I open my map files in notepad they won't work, you sure you didn't check my dump? I did dump that in readable format. Well it opens in a text editor, but its just a bunch of white spaces and ¬ at 90 degrees. I thought binary files were anything that didn't contain the standard ASCII letters, or does it cover the full range of ASCII (0-255) even though some don't actually appear on screen?

-Aura

**yaustar** · 02-08-2009, 02:21 PM

I opened 2.map and got

Code:

48x27

Ah, you have data pass the 48x27 which my text editor doesn't show but the copy and paste does. Joy. In which case, it is game on, now I can try it for myself.

My preliminary guess is that it is reading the bytes after '7' as part of the number until it hits a delimiter (eg a 0 byte). Don't forget the ASCII table values are between 0-255 so technically, every byte in a file can be represented by an ASCII character. As far as fscanf is concerned, it probably sees everything pass the 'x' as one really long string and attempts to convert it to an integer which it can't hence 0?

Stick a zero byte after the '7' and see what happens.

If you map sizes are not going to be bigger then 255x255, then you can store the dimensions in the first 2 bytes of the file rather then having it in plain text.
-=Double Post Merge =-
Plain text = human readable
Binary = Not human readable

Not all of the ASCII table is human readable.

**Auraomega** · 02-08-2009, 04:05 PM

I see, sorry its been a while since I saw an ASCII table, after looking at one the last readable value is 127, I had it in my head that it spanned all 256.

As for the problem, we've discovered the problem, apparently the first map had a corrupted byte at the end, 0x0A, which is unaccounted for, this somehow caused yDim to become 0 on Ubuntu but not on Windows, and I have a feeling its because of a buffer overflow in the read function, after reviewing the code (something I should have done after digging up this half finished project) I noticed that the buffer was also getting the EOF on the end, the buffer was 48*27 - the biggest map size - so when it read 48*27 plus the EOF, it knocked the yDim (I assume) to 0, and also the stage to 0 when the last bit wasn't corrupted, which would also explain why the map continously reset itself to 1.map on Ubuntu but not Windows.

The subtle difference between to two? I'm assuming its only on memory.

-Aura

**NoEffex** · 02-08-2009, 06:25 PM

Does anybody know a method of using a malloc-type action in kernel mode? It's been driving me insane looking for how malloc in itself would be able to derive from heap functions.

**Auraomega** · 02-08-2009, 06:57 PM

In pspsysmem_kernel.h the function void *sceKernelAllocHeapMemory (SceUID heapid, SceSize size); should do what you require.

You'll have to allocate a heap yourself though, unless anyone here knows how to access already created heaps? You know, like the on you define at the start of your code for KB, can't think of the precompiler for it, or for calling on ones in other modules that you haven't got the address for?

-Aura

**NoEffex** · 02-08-2009, 07:20 PM

Zitat von Auraomega

In pspsysmem_kernel.h the function void *sceKernelAllocHeapMemory (SceUID heapid, SceSize size); should do what you require.

You'll have to allocate a heap yourself though, unless anyone here knows how to access already created heaps? You know, like the on you define at the start of your code for KB, can't think of the precompiler for it, or for calling on ones in other modules that you haven't got the address for?

-Aura

Fair enough, a macro for that wouldn't be hard.

HEAP_SIZE_KB I believe is the word you're looking for.

**Gladiator** · 02-11-2009, 08:36 AM

Hello, I've a question about a menu...

I do some menues with pspDebugScreenPrintf to show text in screen, but when I do this, to change selected option, I've to clear screen and show other selected menu, and it blink, how I can do a menu with debug functions without blink it?

Thx. Gladiator

**Auraomega** · 02-11-2009, 12:12 PM

Use the GU or something thats double buffered (that way you're not drawing directly on the screen). graphics.c examples on PSP-Programming or OSLib should do that nicely. I'd also suggest using intraFont for a more "professional" look, as it uses the Sony font files.

-Aura

**Gladiator** · 02-11-2009, 01:26 PM

Zitat von Auraomega

Use the GU or something thats double buffered (that way you're not drawing directly on the screen). graphics.c examples on PSP-Programming or OSLib should do that nicely. I'd also suggest using intraFont for a more "professional" look, as it uses the Sony font files.

-Aura

Thanks auraomego, I thought in IntraFont, and I do some samples with him, but I can do a menu with him, It blink and I can't show a nice menu with Intrafont, I will use the Gu or graphics lib(Or trying it :P )

**basfreak** · 02-13-2009, 08:20 AM

Hi,

Does anybody know how to draw a rectangle through the PSP GU?
(Without using graphics.c etc.)

Ty

**Auraomega** · 02-13-2009, 11:03 AM

Theres some pretty good tutorials on PSP-Programming.com, heres a list of them. And a direct link to the polygon tutorial.

Some of the links are dead, but from what I can see the GU tutorials all work fine bar no images. They are based off of the NeHe tutorials, so if theres a missing file, check on there and see if the file exists under a similar lesson.

-Aura

**Gladiator** · 02-13-2009, 01:32 PM

Well.. I do my own "sample" of Intrafont, I just printf an image, and then, I write with intrafont in the screen, but de image, blink :/ xD. This is my sample, Can you learn me how I can do it without blink?

Code:

#include <pspkernel.h>
#include <pspgu.h>
#include <pspgum.h>
#include <pspdisplay.h>
#include <png.h>
#include "graphics.h"
#include "intraFont.h"


PSP_MODULE_INFO("Sample Intrafont by Recse", 0, 1, 1); 
PSP_MAIN_THREAD_ATTR(PSP_THREAD_ATTR_USER);

static int running = 1;

int exit_callback(int arg1, int arg2, void *common) 
{
    running=0;
    sceKernelExitGame();
    
	return 0;
}
int CallbackThread(SceSize args, void *argp) 
{
	int cbid = sceKernelCreateCallback("Exit Callback", exit_callback, NULL);
	sceKernelRegisterExitCallback(cbid);
	sceKernelSleepThreadCB();
	return 0;
}
int SetupCallbacks(void) 
{
	int thid = sceKernelCreateThread("CallbackThread", CallbackThread, 0x11, 0xFA0, PSP_THREAD_ATTR_USER, 0);
	if (thid >= 0) sceKernelStartThread(thid, 0, 0);
	return thid;
}
int main() 
{
    char buffer[200];
    Image* Menu;
	intraFont* ltn0;
    pspDebugScreenInit();
    initGraphics();
    intraFontInit();
	SetupCallbacks();
    ltn0=intraFontLoad("flash0:/font/ltn0.pgf",0);
	sprintf(buffer, "Imagen.png");
    Menu = loadImage(buffer);
    blitAlphaImageToScreen(0 ,0 ,480 , 272, Menu, 0, 0);
    
   while(1)	
   {        
    guStart();
    sceGuTexMode(GU_PSM_8888,0,0,GU_TRUE); 
    intraFontSetStyle(ltn0, 1.0f,0xff78e7e8,0x96000000,INTRAFONT_ALIGN_CENTER);
    intraFontPrint(ltn0, 240, 45,"Zample IntraFont, By (gladii :P)");
    sceGuFinish();
    sceGuSync(0,0);	
    sceDisplayWaitVblankStart();
    flipScreen();
    } 
    
    intraFontUnload(ltn0);
   	intraFontShutdown();
return 0;
}

Sorry for my bad english, I'm spanish...

**SafariAl** · 02-13-2009, 01:34 PM

Gladiator: You're blitting the image outside of the while loop, thus it only gets called once. Put the image blitting function in the while loop.

**Gladiator** · 02-13-2009, 01:47 PM

In what Position I must put it in the while loop?

**Auraomega** · 02-13-2009, 03:25 PM

First off, change:

Code:

sprintf(buffer, "Imagen.png");
Menu = loadImage(buffer);

to:

Code:

Menu = loadImage("Imagen.png");

Theres no need to use a buffer...

Code:

    
   while(1)	
   {        
    blitAlphaImageToScreen(0 ,0 ,480 , 272, Menu, 0, 0);
    guStart();
    sceGuTexMode(GU_PSM_8888,0,0,GU_TRUE); 
    intraFontSetStyle(ltn0, 1.0f,0xff78e7e8,0x96000000,INTRAFONT_ALIGN_CENTER);
    intraFontPrint(ltn0, 240, 45,"Zample IntraFont, By (gladii :P)");
    sceGuFinish();
    sceGuSync(0,0);	
    sceDisplayWaitVblankStart();
    flipScreen();
    } 
    
    intraFontUnload(ltn0);
   	intraFontShutdown();
return 0;
}

Also, you're code could do with some tidying, keep a check on my sig, I'll be adding a nice link on how to format code to make it readable.

Can someone help me with a peice of code? I'm trying to read a file and remove all the returns and \s, my code so far is:

Code:

c = fgetc(fp);
for(int loop = 0; c != EOF; loop++)
{
	if((c != '\n') && (c != '\\'))
	{
		buffer[loop] = c;
	}
	c = fgetc(fp);
}

except its not quite working with '\n'.

-Aura

**Gladiator** · 02-13-2009, 03:46 PM

Okay, I do it, I remove sprintf, change loadImage(buffer); by loadImage("imagen.png"); and I put blitImage in the beginning of while loop, the psp return me this:

rcalero. net /images /ba6b3d731d .bmp

**Auraomega** · 02-13-2009, 04:03 PM

I'm not sure I follow.

Also, I should probably mention I've never used the GU and graphics.c together, and I can't say its advisable either, it'll probably create more problems than it'll solve.

-Aura

**kuroneko** · 02-13-2009, 05:18 PM

Zitat von Auraomega

Can someone help me with a peice of code? I'm trying to read a file and remove all the returns and \s, my code so far is:

Code:

c = fgetc(fp);
for(int loop = 0; c != EOF; loop++)
{
	if((c != '\n') && (c != '\\'))
	{
		buffer[loop] = c;
	}
	c = fgetc(fp);
}

except its not quite working with '\n'.

-Aura

Looks fine to me. What's the not quite bit? Note that when fp is opened in binary mode, different platforms offer different line endings. Under *nix a '\n' is sufficient. Under win32 you may want to remove '\r' as well. Just guessing here (maybe you actually want to remove line endings), but this code definitely removes '\n' and '\'.

Quick Jump Daily Digest

C/C++ Programming Help Thread

LinkBack

Themen-Optionen

Tags for this Thread

Forumregeln

New to forum

Pubg

CPU Fan

Gaming Laptop vs. Rigs

How to Transfer Photos from...

Super Mario Fans Out There!

the absolutely best antivirus?

Hi Everyone