Has anyone else found that GLBasic executables (V9 or 10) wont run on the latest version of VirtualBox (with Guest additions installed) ? All programs do is generate an EXCEPTION_ACCESS_VIOLATION error...
Check so there is no unintentional windows-dependent inline code, I get some similar problems if I forget something in there for the linux version :-)
I think I'm on the current and it "works" for me (Win7, x86 home).
There are lots of graphics problems, though.
I think there's some experimental state drivers that support opengl loop through. I haven't bothered to try that, yet.
I tried sample OPenGL program animation... and works perfectly on:
VirtualBox 4.0.8 r 71778 (Windows Vista 4 GB Ram)
System emulated are Win XP with 192 Mb ram.
It seems that the guest additions were causing the problem... Uninstall them and GLBasic programs are fine... Re-install and programs generate an exception error...
Sorted out how to get a GLBasic program running in the latest VB - It looks like Hardware Acceleration had to be reduce to either "off" or the next one along...
For anyone how says MrT, if you disable 3D Accelearion Virtual Box works, else you have a nice crash app... I'm not sure without 3D acceleration the Speed can be enough for make 3D things, I don't test my app yet, but seems the only way for make the app runs...
Virtual Box in the last Version it's very intersting with the copy and paste in the clipboard and copy/past files too...
I have found VirtualBox to be very unstable, especially when using a Linux client system...
I have had no luck getting an opengl version of a glbasic binary to run in linux mint 17 live, linux mint full version, and i also tried linux fedora in VMPlayer.
For me the last version of Ubuntu 10.04 Gnome with the last version of VBox runs very good, the only problem it's th OpenGl; how says hemlos probably Vmware works more faster in 3D... VMware Player it's totally free.
VMPlayer seems to work fine - haven't tried any GLBasic programs yet though...
I have now though - even with the VMWare Extras install, GLBasic programs cant find a matching GLX visual.
My Triority doesn't work either - with some resolutions the coordinates 0,0 are at the top right, and text won't print...
http://www.mesa3d.org/vmware-guest.html (http://www.mesa3d.org/vmware-guest.html) might be worth a look. After a few googles I saw pages & pages of 3D acceleration doesn't work & no solutions, other than for old VMware products & old Linux distros.
Lee
I had thought of trying to update Mesa, but unfortunately there aren't any pre-built libraries - you have to download and compile it all yourself, as is the Linux way... :(
I'll be going back to Virtualbox next which hopefully will sort it out.
If you need what I'm installed Mr-T it's Ubuntu with Gnome desktop not the Unity, it's really more nice... and VirtualBox the last version for Linux, then I unable the 3D acceleration and GLbasic runs fine... I don't try to unistall Guest Additions and add 3D acceleration, perhaps runs fine, but you have disable to change the resolution of windows and some another things...
I'm using Windows 7 x64, and I test using without Aero and 3d acceleration activated and don't runs too.. :( , but I think 2 cores with 2048 Mb of ram have to be enough for Glbasic runs fine, at least running in 2D mode only....
I have to test my Editor of the Black sun and then I comment....
Yes, it appears that with the additions OpenGL wont work properly and thus GLBasic wont in either VMWare or VirtualBox
It appears that thanks to some very minimalistic drivers, you need a proper Linux system to run stuff on!
Starting a proper installation now on a laptop, so hopefully there will be no problems!
Unfortunately though, linux programs still wont work - keeps coming up with the GLX error (and GLX is running).
So far all i can run on linux, is a terminal based window.
Trying to execute an opengl windowed GLBinary simply does nothing at all, not even an error.
Have you tried running a graphic window program from Terminal? It sounds like various things (Sdl)mixer) needs to be installed
Ah forgot to do that lol..and set permission in properties
here is the response from the terminal
QuoteA10Trinity NOAAGOES_LD.app # ./noaagoes_ld.linux
Can't init SDL.
timer
rbow
rbow init
VSync unsupported on old SDL versions (before 1.2.10).
SDL_init video
SDL_GetVideoInfo = 1920x1080 @ 32 bpp. Screen 1280x720
Requested SDL_OPENGL = 2
Requested double buffer
set up SDL for OpenGL mode
Setting video mode: 1280x720x24 fl=2
SetVideoMode failed: Couldn't find matching GLX visual
INIT: Unable to create BPP -> trying 16.
Couldn't set GL mode: Couldn't find matching GLX visual
Segmentation fault
Thats what I get too.
I think what is happening is that the initial value for the bits per pixel isn't being used and Gernot is going straight to 24 and then when that fails, tries 16; when instead 32bpp should be tried, then 24, then 16.
The "Cant init SDL" is also a bit puzzling too...
It looks like all repositories before 13.10 have been removed so nothing can be used before this version.
It also appears that 13.10 also suffers from the GLX problem, even with the Additional Tools installed.
It could also be due to the fact the drivers aren't hardware accelerated (found that was the problem with SDL2). If I remember correctly, GLBasic used to have an option to allow software or hardware rendering... It may be time to bring it back!
HI MrT, I think the problem it's SDL, in this Linux when I try to run something compiled to Linux says all you comment, but here comment something SDL 1.2 it's old... Perhaps I don't know Ubuntu in default uses SDL 2.0...
About the depth of bits here put the same I think Linux try to use in 16bpp.
I don't think this have to be too much problem, just yesterday I try an AGK example, a 3d scene compiled and runs fine, Ok AGK and GLbasic don't have nothing similar but if this guys make runs in Linux , Gernot sure too!!!!
PureBasic ran fine too :)
GLBasic is the odd one out :S It does use SDL1.2 (as I mentioned previously, it would be a good idea to use V2 - Triority uses SDL2 ). Which leads me onto my previous trouble with SDL2, which turned out be caused by the same problem - I had to revert the rendering system to software only...
I spoke to Gernot a couple weeks ago about linux...
He said to install some driver, but i forgot what he said...
Unfortunetly my email has been deleted already.
When he comes back ill be sure to get that info again.
Yeah, I have this issue with non-virtual systems. :( I have just tried the latest debian and ubunitu isos. Is there any that work at the moment?
Not that im aware of, and gernot didnt make any suggestions.
I am taking a class online for Linux........this course is approved by Linus himself, and he might even participate in it....i am starting week 1 today.
Here is a link i got from the class for installing some version of Linux:
http://mirrors.kernel.org/ (http://mirrors.kernel.org/)
offtopic:
The course for Linux...LinuxFoundationX: LFS101x Introduction to Linux is at https://www.edx.org/ (https://www.edx.org/)....and free....and just awesome....if you LOVE LINUX TAKE THIS CLASS
The first video is with Linux T describing Linux.
I updated a FAQ thread with my results for running stuff in linux native, here is a link, i will let this thread get back on topic.
http://www.glbasic.com/forum/index.php?topic=2525.msg87130#msg87130
It was working in Ubuntu 9 or so, but unfortunately you cant use them unless you know where to get the SDL packages from (and assuming you dont want to update the system - all the usual repositories no longer exist).
GLBasic programs not running on Linux is a newer problem, I just tested an old linux program that I compiled 3 years ago and a current one - I could easily get the old one to run just fine (only needed to install sdl-mixer1.2) - but the new one just crashes as you said. So must be related to some updates, no general problems with libraries (like old SDL).
Test done on Linux Mint 17 Cinnamon.
Have you managed to test a new program on an old system ? If it does work, then it is most likely due to all probably library naming or something.
No tested new+old executable on new Linux (which is where we want it to run, right?), can not see where test on old Linux would be as useful. But feel free to test it as well - I bet you get the same result, old works, new not.
Yikes! I have to check where it crashes...
Gesendet von meinem GT-N7100 mit Tapatalk
WB
I promised the thread this info
Quote from: Gernotyou mainly need libstdc++.5 and libsdlmixer.
There's a tool to check for dependencies. I think it was "ldd".
I am looking in the Linux mint Synaptic Package manager, and it seems they are only offering GNU Standard C++ Library v3.
And libsdlmixer isnt offered at all :zzz:
I tried all kinds of searches in the package manager, there doesnt seem to be a dependancy checker.
Whats interesting is the mint is using all ubuntu stuff....for whatever reason it seems to be missing stuff.
Quote from: kanonet on 2014-Aug-19
No tested new+old executable on new Linux (which is where we want it to run, right?), can not see where test on old Linux would be as useful. But feel free to test it as well - I bet you get the same result, old works, new not.
True, but I was wondering how much is caused by the new graphics system and what-not, that has been introduced...
Quote from: Hemlos on 2014-Aug-20
WB
I promised the thread this info
Quote from: Gernotyou mainly need libstdc++.5 and libsdlmixer.
There's a tool to check for dependencies. I think it was "ldd".
I am looking in the Linux mint Synaptic Package manager, and it seems they are only offering GNU Standard C++ Library v3.
And libsdlmixer isnt offered at all :zzz:
I tried all kinds of searches in the package manager, there doesnt seem to be a dependancy checker.
Whats interesting is the mint is using all ubuntu stuff....for whatever reason it seems to be missing stuff.
It could be under libSDL_mixer-1.2 Perhaps you need some universal repository ?
I make a simple test because I don't know if GLBasic fails for Ubuntu and the newer versions or it's problem of GLbasic in self.
Ok, I found in my hard drive the 7 version (a lot of time here !!! ;)) and I compile a simple Code... really runs perfectly.
I leave you a Image... only print p letter.
In fact I don't have to use with the terminal, only press the Icon and runs perfectly.
Perhaps looking diferences between the 7 and the last Gernnot have more easy correct the little problem.
It sounds like pretty much what I feared - looks like all the new Linux stuff is causing GLBasic linux stuff to fail. Unfortunately it will have to be updated...
Another interesting point with 7 and the last version with Virtual Box...
Now make works the codes we have to disable the 3D Acceleration, but using the 7 version the programs compiled for Windows under Virtual Box runs fine.. Only appears a extrange windows first full of colors and then appears the code... with the last make something similar but don't starts the program...
Only comment for advise of this point, not for say hurry up!!! or any other thing, don't worry!!! :booze: :good:
Hemlos you only need sdl-mixer1.2 nothing more.
MrT I dont think you are right (but I may be wrong). I think it has nothing to do with new linux or old. I think its simply something in GLBasic. Because old GLBasic works for old and new Linux, and new GLBasic executable does not work for new linux and also probably not for old linux (but not tested). So since old GLBasic works always, I think something simply got messed up with newer GLBasic.
I dont know K dawg, it could be because theyve advanced the kernal in linux so much since then?
Mental, wtf, who uses that? lmao
heres a screeny of my current options...
i think i need to find another resource for my files....just dont know how yet.
They look very old!
Quote from: MrTAToad on 2014-Aug-21
They look very old!
That's because they are not the sdl_mixer packages but Haskel wrappers.
@Hemlos, Try a search using underscore not hyphen so sdl_mixer as that's what they are under mine (openSUSE 13.1)
Lee
Quote from: fuzzy70 on 2014-Aug-21
Quote from: MrTAToad on 2014-Aug-21
They look very old!
That's because they are not the sdl_mixer packages but Haskel wrappers.
Ah!
Linux Mint 17 Cinnamon with standard repositories, this is all that I need to install to get old GLBasic executables to run.
That should be the one. If you dont have libstdc++ and whatnot installed as well, go for the std-mixer-dev version (as that should install everything needed).
libstdc++ etc. was not needed for me, guess its either shipped with Mint 17, or not needed anymore with GLBsic (statically linked). Libsdl-mixer1.2 was the only thing that I needed to install. And it has been this way for at least 2 years now IIRC.
It should come with most systems now, although it is being replaced with newer versions.
Linux Mint 17 will run glbasic executables which were compiled in windows, using wine on Linux, works good better than in windows lmao.
What it doesnt do is run .linux distributions.
And GLBasic itself doesnt work so great in wine on linux.
Hemlos try Vmware (VmPlayer it's free) for GLbasic, I put a post, and goes very fine, better than Virtual Box.
I think GLbasic runs more faster with WINE and Linux, I think when compile runs more faster than windows , but for me the problems are the keys, seems are distributed in another way different of windows, but I practically the 98% of time compile for Windows then isn't problem works under Wine and Linux.
If you want for native app for Linux, use in example the version 7 of GLBasic, for me don't it's too much problem because I use practically the same commands actually than those times.
I do a test compiling for Linux from VmWare and I have the same error when I compiled under Virtual Box, Problems of SDL or OpenGL,
Quote from: mentalthink on 2014-Aug-22
Hemlos try Vmware (VmPlayer it's free) for GLbasic, I put a post, and goes very fine, better than Virtual Box.
I use that for fedora and my school because they built an appliance and thats the way they use it.
Quote
I think GLbasic runs more faster with WINE and Linux, I think when compile runs more faster than windows , but for me the problems are the keys, seems are distributed in another way different of windows, but I practically the 98% of time compile for Windows then isn't problem works under Wine and Linux.
I will just compile win32 binaries in windows 7 anyway.
Quote
If you want for native app for Linux, use in example the version 7 of GLBasic, for me don't it's too much problem because I use practically the same commands actually than those times.
I think i mislead you, my experience was referencing the native linux os, Mint 17 Qiana, not a virtual version.
What do you mean version 7 ????
Quote
I do a test compiling for Linux from VmWare and I have the same error when I compiled under Virtual Box, Problems of SDL or OpenGL,
Same here, for native os.
Gernot is aware of this issue, and he has mentioned he needs to fix it. <3
The 3th point I want say, Using GLbasic Version 7, under windows you can make Linux executables working...
You compile for Linux and this works in Linux, not like in this last versions, I think from 11 or 12 version Linux don't wants works... :(
Yep, I read Gernnot it's working on the little problem... In fact I think for sell some game for Linux have to be more greater than for a mobile device, or sell a good Application, perhaps something for Arduino can be a good option or a Lightweight 3D Modeler like Silo or Void World (this disappears in less 2 moths and really was a really very good soft). :(
OK, fixed the startup problem for linux apps we had in V12.
Thanks gernot, it works.
My NOAAGOES now compiles the ditribute.linux and runs in linux.
Yes, it does work fine.
Doesnt seem to work on 32 bit machines, is this normal?
i moved this topic into bug reports...
Do you have SDL_mixer installed ? What comes up when the program is run through terminal ?
Quote from: Hemlos on 2014-Aug-30
Doesnt seem to work on 32 bit machines, is this normal?
Runs quite fine for me. Tested Linux Mint 17 32bit in VMware.
I have SDL_Mixer installed and I have a problem comment something about "can't runs share SDLlib.so.0" I think the problem its I have a 64 bits Linux and GLbasic uses 32 bits.
Really I try to install a lot of versions of SDL but nothing doesn't works
Lnux it's a real Machine not under Virtualization.
Quote from: kanonet on 2014-Aug-31
Quote from: Hemlos on 2014-Aug-30
Doesnt seem to work on 32 bit machines, is this normal?
Runs quite fine for me. Tested Linux Mint 17 32bit in VMware.
Ok im testing on native systems.
I just tested a .linux file on a 32 bit machine with XUbuntu this time, and i get the libSDL_mixer error.
Same result same machine with Linux Mint 17 32bit...sdlmixer
I also tested on 64 bit native installtions, and since the new glbasic update they work now.
Is libSDL_mixer installed ?
If its a 64-bit system, I believe you need to add something like :i386 to must sure that the 32-bit version is installed.
if its a 64 bit system, and you install a 64 bit linux platform, you dont need to install anything at all.......distribution.linux will run as expected in linux.
Its a 32 bit platform that is not compatible.
And about installing dependancies..... :shit:
32-bit stuff on a 64-bit Linux system can be a bit... problematic :)
64 bit Ubuntu based system, like Mint, has no issues with linux binaries created with GLBasic.exe(compiled on windows 7), it also runs (using wine) windows binaries(also compiled on window 7)
The other 2 major platforms, fedora, and opensuse, these i cant run any binaries at all.
All GLBasic binaries are 32 bit anyway, so what do you mean?
I have found - whether its due to the operating system itself or not - but installing 32-bit libraries on a 64-bit system causes weird stability problems - and thats of course, after trying to get them installed...
Quote from: Hemlos on 2014-Aug-31
Quote from: kanonet on 2014-Aug-31
Quote from: Hemlos on 2014-Aug-30
Doesnt seem to work on 32 bit machines, is this normal?
Runs quite fine for me. Tested Linux Mint 17 32bit in VMware.
Ok im testing on native systems.
I just tested a .linux file on a 32 bit machine with XUbuntu this time, and i get the libSDL_mixer error.
Same result same machine with Linux Mint 17 32bit...sdlmixer
I also tested on 64 bit native installtions, and since the new glbasic update they work now.
Yeah you need to install sdlmixer like i said many posts ago. But thats a 30sec action and then your program works perfectly on linux. I just tested it on a real machine again, Linux Mint 17 32 bit.
I got it to run ...sortof on xubuntu 32 without install anything.
It seems to not want to drawline...thats the only draw test i did tho
About installing something....ive tried, i cant find it....its not a default thing.
What version of Xubuntu are you using?
14.04 and it shows images ...so the noaa program works as expected as a .linux file.
I do more testing later