Page 3 of 8
Posted: Mon Sep 15, 2008 11:05 pm
by freak
> One request: please add also a regular archive, installers are not known to always play nice...
The installer has been changed to update over existing versions. If it does not do that then file a bugreport.
The update package was larger than the installer and provided no real benefit anymore.
> Also, is there anywhere a list of the deprecated stuff?
See the "Incompatible changes", and the OnError changes in the annoucement. These are the only ones for now.
Some OnError functions are removed (not deprecated) as it would have been too much work to implement them with the redesigned lib.
Posted: Mon Sep 15, 2008 11:18 pm
by byo
The 3D demos runs smoothly here.
This is amazing.
Thank you!
This is the beginning of great professional games.
Keep up the good work! You guys never disappoint.
Posted: Mon Sep 15, 2008 11:19 pm
by Thunder93
Superb Job .. Fred & Team (including the alpha testers)..
I installed the x64 version, I noticed it's using the x86 PureBasic preferences in Windows AppData location. Was this by design or overlooked?
Posted: Mon Sep 15, 2008 11:31 pm
by blueznl
>> One request: please add also a regular archive, installers are not known
>> to always play nice...
> The installer has been changed to update over existing versions. If it does
Well, I have multiple versions of PureBasic on my machine. The worry I always have with installers is that they fool up settings of properly working other versions of (for example
) PureBasic.
>> Also, is there anywhere a list of the deprecated stuff?
> See the "Incompatible changes", and the OnError changes in the
So all deprecated stuff is on the incompatible changes list?
Anyway, been playing a little with it, 3D stuff looks very nice! Now go and fix 2D!
Posted: Tue Sep 16, 2008 12:30 am
by JCV
Finally! A big thanks!
Posted: Tue Sep 16, 2008 1:35 am
by Rook Zimbabwe
PB RULES!!!!
No fair dropping this when I had no power because of the Hurricane!!
Posted: Tue Sep 16, 2008 1:36 am
by freak
If you are looking to port your projects to 64bit, this may be of help:
http://www.purebasic.fr/blog/?p=42
> I installed the x64 version, I noticed it's using the x86 PureBasic preferences in Windows AppData location. Was this by design or overlooked?
The 32bit and 64bit IDE are fully compatible and use the same settings, so i did not feel the need to have separate settings files. Just use the IDE commandline switches to have a different preference file (once i fix that
)
> So all deprecated stuff is on the incompatible changes list?
Yes.
Posted: Tue Sep 16, 2008 2:50 am
by Thunder93
Hi Freak,
Even though.., would still be nice to have an checkable option to enable through PureBasic 'Preferences' to have it use separate preferences. But like you suggested, using IDE commandline switches will do the trick also (.. once you fix that
).
Thanks for the additional information.
Posted: Tue Sep 16, 2008 6:11 am
by Inner
Ogre - demos go well.
Nice update, well done all.
Posted: Tue Sep 16, 2008 7:47 am
by ale870
Posted: Tue Sep 16, 2008 8:08 am
by blueznl
One thing puzzles me... 64 bit pointers?
From wikipedia...
... The emergence of the 64-bit architecture effectively increases the memory ceiling to 2^64 ...
But a pointer appears to be still 32 bits...
Now don't get me wrong, I highly doubt I will ever need them
but I was wondering if that would be a limit, or something I don't understand (probably the latter
)...
Ah, scratch that. Of course. I'm running on a 32 bit system, so it won't show up as 64 bit long
But it will definitely break some code, as many (including me) may have assumed a pointer would be 4 bytes long.
Poor me.
And my own fault
Posted: Tue Sep 16, 2008 9:18 am
by Anonymous
Thank you very much ! very good update , you are wonderfull !!!!
Thank to all pb team
Posted: Tue Sep 16, 2008 10:59 am
by djes
Posted: Tue Sep 16, 2008 11:14 am
by gnozal
blueznl wrote:One request: please add also a regular archive, installers are not known to always play nice...
FYI, with
InnoUnp and
MultiArc, InnoSetup files can be openned like regular archives using
TotalCMD.
Posted: Tue Sep 16, 2008 1:03 pm
by luis
First of all, thank you for the update.
I can live with all the deprecated stuff, but this one hurts me a lot:
- Changed: AddElement() and similar LinkedList functions return the data pointer now (not the list header)
I often used the documentend header (the supergeek thing, as you referred to it in the documentation). I used because it was documented and not a "hack". Now is it gone ?
The structure is still there (somewhere, maybe a negative offset from the new returned pointer) and it will be still documented ?
Can I change my routines and adapt them or I have to forget about this ability and rewrite my stuff ?
Thank you.