Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...

Browsing this Thread:   1 Anonymous Users



« 1 ... 3 4 5 (6)


Re: Bars'n'Pipes port

Joined:
2010/8/30 7:20
Group:
Member
Posts: 1246
Offline
@hitchhikr
okay, i added a gui subdir copy section to makefile and my compile of bnp starts now alright on abiv1 i386 linux hosted.

do you accept proposals for patches or contributions to your source?

my idea is to add bars and pipes to ports section of aros source. the source would then be fetched from your server and built with aros toolchain on demand (not daily).

the advantage is it could be easier built automatically and maintained for different aros targets. i assume you are compiling so far only for abiv0 i386. it might be made ready for x64, m68k and so on.
---------------
for the time being i have few more detailed questions:

1.does "Screen->BitMap. .." currently compile for abiv0?
i had to replace all its occurences with "Screen->BitMap_OBSOLETE. .." here.

2. in BnP_files.c i disabled practically the whole files_getvolumes function(within __AROS__ ifdef).
it seems to either be broken or abiv0 specific. in particular:
strcpy(volume->name, dlist->dol_Ext.dol_AROS.dol_DevName);

3. as i said, there is a load of warnings gcc-6.3.0 paranoia issues over the code, i could try to look into it and propose for your review.

4. if bnp was to be included into ports, it might be beneficial to have data contained in the source in order to avoid anoother downlad, but it isnt a request or even that important. just a thought.

Posted on: 1/3 2:47

Edited by wawa on 2018/1/3 14:18:02
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2004/10/30 17:13
From Ireland
Group:
Member
Posts: 2796
Offline
@wawa

1. IIRC a decision was made to deprecate Screen->BitMap for ABIv1. It should remain binary compatible for m68k though. Access to the bitmap should be made through certain system functions instead of directly.

2. It looks like a change was made from the original Amiga sources to work with AROS's obsolete device-based handlers. It's likely the original code (under #else) will work there now, but this may need some changes to BSTR handling.

Posted on: 1/3 12:56
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2009/9/27 22:09
Group:
Member
Posts: 1056
Offline
Quote:

jeffrey1138 wrote:
Hi,

Thanks, a thread was started to understand what was missing

http://aros-exec.org/modules/newbb/vi ... id=105833#forumpost105833

On native, seems to give the same unfreed signal error as previous stated in this thread,

Jeff


BnP did not open for me until I deleted the BarsnPipes.prefs file. Then it displayed a message that no valid prefs file was found. I clicked 'Ok' and then it asked me to choose a screen mode. After that it opened normally.

Later I went to the menu and selected preferences/enviornment and saved a new prefs file. It seemed to open fine after that.

Not my cup of tea, and I don't have a synth, so I did not try to do more. But it still returns an unfreed signal after exiting, if started from the shell.


Posted on: 1/3 13:58
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2010/8/30 7:20
Group:
Member
Posts: 1246
Offline
Quote:

ncafferkey wrote:
@wawa

2. It looks like a change was made from the original Amiga sources to work with AROS's obsolete device-based handlers. It's likely the original code (under #else) will work there now, but this may need some changes to BSTR handling.


i guess the obsolete aros code could be guarded by
#if defined(__AROS__) && !defined(AROS_ABI_V1)
for the time abiv0 is still in circulation? does the latter be defined automatically when compiling abi v1?

Posted on: 1/3 14:29
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2004/10/30 17:13
From Ireland
Group:
Member
Posts: 2796
Offline
Quote:

wawa wrote:
i guess the obsolete aros code could be guarded by
#if defined(__AROS__) && !defined(AROS_ABI_V1)
for the time abiv0 is still in circulation? does the latter be defined automatically when compiling abi v1?


I don't know about the symbol, but I should have added that ABIv0 has already switched away from device-based handlers a few years ago (around the time of Icaros 2.0 IIRC). There wasn't a huge compatibility issue with the switch as few programs use that low-level functionality. So there is no difference between ABIv0 and ABIv1 in this regard.

Posted on: 1/3 15:27
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2010/8/30 7:20
Group:
Member
Posts: 1246
Offline
looked at it again and it appears that stuff like:
Quote:

screen->BitMap.Depth

i quick fixed with:
Quote:

screen->BitMap_OBSOLETE.Depth

is probably simply properly replaced with:
Quote:

GetBitMapAttr(screen->RastPort.BitMap, BMA_DEPTH)


..ehrrm.... or rather:
Quote:

screen->RastPort.BitMap->Depth


sorry..

Posted on: 1/3 16:13

Edited by wawa on 2018/1/3 17:15:46
Edited by wawa on 2018/1/3 17:16:50
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2004/10/30 17:13
From Ireland
Group:
Member
Posts: 2796
Offline
GetBitMapAttr() seems cleaner; I'm not sure how future proof (or present proof ) the latter technique is.

Posted on: 1/3 17:35
Transfer the post to other applications Transfer


Re: Bars'n'Pipes port

Joined:
2008/10/11 22:43
Group:
Member
Posts: 689
Offline
@caveman

Thanks that worked.

Jeff

Posted on: 1/3 17:46
Transfer the post to other applications Transfer



« 1 ... 3 4 5 (6)



You can view topic.
You cannot start a new topic.
You cannot reply to posts.
You cannot edit your posts.
You cannot delete your posts.
You cannot add new polls.
You cannot vote in polls.
You cannot attach files to posts.
You cannot post without approval.

[Advanced Search]


Search
Top Posters
1 paolone
paolone
4434
2 magorium
magorium
4095
3 nikolaos
nikolaos
4026
4 phoenixkonsole
phoenixkonsole
3929
5 deadwood
deadwood
2917
6 ncafferkey
ncafferkey
2796
7 mazze
mazze
2221
8 clusteruk
clusteruk
2112
9 damocles
damocles
1789
10 BSzili
BSzili
1513
© 2004-2018 AROS Exec