Search found 31 matches
- Nov 18, 2014 23:28
- Forum: Community Discussion
- Topic: How about an Android Freebasic?
- Replies: 23
- Views: 15346
Re: How about an Android Freebasic?
http://rpg.hamsterrepublic.com/ohrrpgce/Compiling_for_Android Anyone seen this? Hello! OHRRPGCE co-developer here. TeeEmCee already commented earlier in this thread, but I just wanted to say that yes, he did succeed, and those instructions do work. We only use SDL for display and input so don't kno...
- Nov 07, 2012 17:12
- Forum: Projects
- Topic: Procedural block world project
- Replies: 310
- Views: 125201
Re: Procedural block world project
Beautiful! Why did the reflections fail? Performance?
- Sep 24, 2012 16:36
- Forum: General
- Topic: Extended ASC
- Replies: 6
- Views: 1264
- Sep 10, 2012 15:42
- Forum: General
- Topic: How to get os name,platform,version,kernel version and build
- Replies: 13
- Views: 2999
Re: How to get os name,platform,version,kernel version and b
This is the reason you are not getting an asnwer to your question. You are asking for platform-specific information, then you need to use platform-specific code.HACK3R ADI wrote:there is also one more condition that you will not use FB_Windows/FB_LINUX,etc... to get os name
- Jun 06, 2012 17:53
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
Re: OPEN on a folder name has different behavior in Win & Li
Does it produce error codes if you try to Get/Put with the file handle, or does it just "succeed"? The underlying fread/fwrite calls will fail, so surely the FB functions forward the errors. Actually, GET on a directory's file handles reads zeroes, and GET as a function returns 0, so the ...
- Jun 02, 2012 20:36
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
Re: OPEN on a folder name has different behavior in Win & Li
I just did some more testing. The fole hande cannot be written to or read from. (if you tried to read you just get zeroes) I am having trouble figuring out why the c library on unix allows this at all. At first I though maybe it was just to get the os file descriptor for a later call to stat(), but ...
- Jun 02, 2012 19:15
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
Re: OPEN on a folder name has different behavior in Win & Li
It just seems to me like OPEN should be consistent. If it was up to me (and I under stant it ISN'T up to me) I would make OPEN behave the same way on all platforms, and then make a separate command like RAWOPEN or UNIXOPEN or something like that. Then the normal use case would be consistent, and the...
- Jun 02, 2012 16:55
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
Re: OPEN on a folder name has different behavior in Win & Li
Oh! Thanks! I forgot the FREEFILE when I simplified the example code for pasting here. I should have just copied and pasted. I edited the first post to correct it.
I am just trying to report a bug here, I don't know why this is being interpreted as a debate about Linux filesystems ;)
I am just trying to report a bug here, I don't know why this is being interpreted as a debate about Linux filesystems ;)
- Jun 02, 2012 1:15
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
Re: OPEN on a folder name has different behavior in Win & Li
That doesn't apply to this situation. Directory behavior should be consistent between Windows and Linux. A directory is not a file (not even in unix) so you shouldn't be able to open it like a file.
- Jun 01, 2012 21:09
- Forum: Linux
- Topic: OPEN on a folder name has different behavior in Win & Linux
- Replies: 13
- Views: 3348
OPEN on a folder name has different behavior in Win & Linux
I just noticed something that seems to be a bug in FreeBasic 0.23 DIM fh as integer = FREEFILE DIM filename as string filename = "folder_name" IF OPEN(filename FOR BINARY AS #fh) THEN PRINT filename & " cannot be opened" ELSE PRINT filename & " was opened okay, and i...
- May 30, 2012 14:50
- Forum: Linux
- Topic: ld fails when trying to compile fbc from git on Ubuntu 12.04
- Replies: 2
- Views: 1223
Re: ld fails when trying to compile fbc from git on Ubuntu 1
Thanks! make FBC='fbc -p /usr/lib/i386-linux-gnu -p /lib/i386-linux-gnu' worked perfectly.
Could there be a compiling.txt file in the git repository? Or maybe a compiling section in the readme.txt?
Could there be a compiling.txt file in the git repository? Or maybe a compiling section in the readme.txt?
- May 29, 2012 21:37
- Forum: Linux
- Topic: ld fails when trying to compile fbc from git on Ubuntu 12.04
- Replies: 2
- Views: 1223
ld fails when trying to compile fbc from git on Ubuntu 12.04
I am trying to compile the latest fbc from git on my Ubuntu Linux 12.04 laptop. when I typed make, the compile phase went fine, but then it fails when trying to link, and says: LINK new/bin/fbc /usr/share/freebasic/bin/linux/ld: cannot find -lc /usr/share/freebasic/bin/linux/ld: cannot find -lm /usr...
- Jun 24, 2011 23:45
- Forum: General
- Topic: Bug when closing an unopened file handle
- Replies: 13
- Views: 3431
- Jun 24, 2011 21:12
- Forum: General
- Topic: Bug when closing an unopened file handle
- Replies: 13
- Views: 3431
Bug when closing an unopened file handle
I recently ran into something that seems like a bug. I was closing a filehandle that had never been opened. I had been doing this for years, and it never caused a problem, until I added another file that remains opened at the same time. Here is a simple example that demonstrates the problem DIM f1 A...
- Mar 30, 2009 17:27
- Forum: General
- Topic: QuickBasic and FreeBasic -lang qb INPUT # difference
- Replies: 14
- Views: 3951
Heh. Either that last post pushed me over the post-threshold, or I was just too blind to find the link before :) I have posted the note to the wiki. Here is my workaround code. I don't know whether or not this sort of thing is appropriate for the documentation, so I'll leave it out for now. FUNCTION...