Who's Online |
102 user(s) are online ( 59 user(s) are browsing Forums)
Members: 0
Guests: 102
more...
|
|
Headlines |
-
amidisas.tar.bz2 - development/utility
Apr 16, 2024
-
wildmidi.lha - audio/play
Apr 15, 2024
-
liba52.lha - development/library/audio
Apr 14, 2024
-
libcurl.lha - development/library/misc
Apr 14, 2024
-
libopenssl.lha - development/library/misc
Apr 14, 2024
-
bermudasyndrome.lha - game/action
Apr 14, 2024
-
amigagpt.lha - network/chat
Apr 14, 2024
-
curl.lha - network/misc
Apr 14, 2024
-
dgen_sdl.lha - emulation/gamesystem
Apr 12, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 11, 2024
|
|
|
|
Re: binutils updated port?
|
Posted on: 2021/1/9 23:24
#21
|
Quite a regular
|
@Raziel
There's a Path ADD APPDIR: in startup-sequence
and if I do "which cp all" I get the same cp full path twice, since APPDIR: will be automatically expanded (that's how I figure it).
Avatar isn't broken, it's something in Odyssey. Multiview and anything else deal with it.
|
|
|
|
Re: Amiga programming NOOB question
|
Posted on: 2021/1/9 23:18
#22
|
Quite a regular
|
@geennaam
I haven't used that program, but if the makefile has one or few places with it, place "perl" and the full path in front. Maybe also the full path to perl if needed.
|
|
|
|
Re: Porting to AmigaOS4 thread
|
Posted on: 2021/1/9 15:53
#23
|
Quite a regular
|
I have used -O3 with at least (prebuilt) sdl (1). Eg. Simutrans build. Before anyone asks, it stopped compiling "as before" since an update years ago.
|
|
|
|
Re: binutils updated port?
|
Posted on: 2021/1/9 15:49
#24
|
Quite a regular
|
APPDIR: even is in path by default now... so that's something to consider changing. That must be why I see double.
|
|
|
|
Re: binutils updated port?
|
Posted on: 2021/1/9 13:40
#25
|
Quite a regular
|
CBB with the dir thing, but for cp: I have three bit different cp, all of them copied the same 190 kB PKzip file from ext2|3 volume to RAM disk. unzip -t had "No errors detected" to say for all.
For what ever it's worth, cp md5sums: 17a52d1cc8b70a65d9b868113e1a5937 e49d4ed579191cce1ac0c6bb158a7ed1 1e78027e5d6654043102166c34d0018e
|
|
|
|
Re: Flare enough
|
Posted on: 2021/1/9 12:39
#26
|
Quite a regular
|
@328gts Looks quiet. There's a 1.11 from 2019. I have definitely worked on 1.10 but ran into some issues. Ah, I have made a note of it... Quote: MenuItemStorage.cpp: In member function 'void MenuItemStorage::initGrid(int, const Rect&, int)': MenuItemStorage.cpp:58:35: warning: argument 1 range [2147483648, 4294967295] exceeds maximum object size 2147483647 [-Walloc-size-larger-than=] highlight = new bool[_slot_number]; ^ In file included from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_construct.h:59, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_tempbuf.h:60, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_algo.h:62, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/algorithm:62, from CommonIncludes.h:23, from EngineSettings.h:25, from MenuItemStorage.cpp:26: /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/new:122:7: note: in a call to allocation function 'void* operator new [](std::size_t)' declared here void* operator new[](std::size_t) _GLIBCXX_THROW (std::bad_alloc) ^~~~~~~~ MenuItemStorage.cpp: In member function 'void MenuItemStorage::initFromList(int, const std::vector<Rect>&, const std::vector<std::__cxx11::basic_string<char> >&)': MenuItemStorage.cpp:79:35: warning: argument 1 range [2147483648, 4294967295] exceeds maximum object size 2147483647 [-Walloc-size-larger-than=] highlight = new bool[_slot_number]; ^ In file included from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_construct.h:59, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_tempbuf.h:60, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/bits/stl_algo.h:62, from /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/algorithm:62, from CommonIncludes.h:23, from EngineSettings.h:25, from MenuItemStorage.cpp:26: /Work/dev/adtools-os4-8-20180502-562/include/c++/8.1.0/new:122:7: note: in a call to allocation function 'void* operator new [](std::size_t)' declared here void* operator new[](std::size_t) _GLIBCXX_THROW (std::bad_alloc) ^~~~~~~~
I suppose it's meant to work on 32-bit systems without adjustments.
|
|
|
|
Re: Update 2 notifications bother blanker?
|
Posted on: 2021/1/7 19:03
#27
|
Quite a regular
|
@khayoz
Only normal if the "ignore mouse" is checked.
|
|
|
|
Re: Is there Ext2FS for OS4?
|
Posted on: 2021/1/6 20:39
#28
|
Quite a regular
|
No blacklisting. Of course, it doesn't get mounted like a native filesystem, but is all (handler, mountfile) regular files, instead.
|
|
|
|
Re: Is there Ext2FS for OS4?
|
Posted on: 2021/1/6 20:01
#29
|
Quite a regular
|
A " Ext2FileSystem 0.41 (4.11.09) © 2004-2009 Marek Szyprowski [68020] " works. YMMV.
|
|
|
|
Update 2 notifications bother blanker?
|
Posted on: 2021/1/6 19:58
#30
|
Quite a regular
|
So since I do not know where the unreleased GUI preferences stand right now, I think it's best that I mention the notifications have been breaking the screen blanking... it is probably a configurable thing, but just in case this is something else. Both of these happen: - resetting idle time for blanking - putting blanking out
application.library 53.29 (I think this is it), ScreenBlankerEngine 53.13.
edit: Maybe better to not bump, but note (to self), today AmigaAMP notifications didn't interfere, as I found the monitor asleep. No changes in settings, I'm pretty sure.
Edited by Thematic on 2021/1/9 13:29:56
|
|
|
|
Proaction but twice
|
Posted on: 2021/1/6 17:56
#31
|
Quite a regular
|
So I'm in early stages regarding working (python) on Proaction. I was able to get a chooser (cycle gadget) into the layout, but with a second gadget of the same kind I do not get the contents in. In more general terms, how should I debug Reaction/Intuition stuff? I tried using C first, but I just got system freezes from running the binary, all the time. Here's the lines of code in question, first the one that seems to work: Quote: (rc,rc2,app.cycl0_gid) = arexx.dorexx("PROACTION","ADDGADGET GUIID " + guikey + " GADGETCLASS \"chooser.gadget\" TAGSTRING \"CHOOSER_DropDown,True,CHOOSER_Labels," + app.cycl0 + ",TAG_DONE\"")
Not (quite) working: Quote: (rc,rc2,app.cycl1_gid) = arexx.dorexx("PROACTION","ADDGADGET GUIID " + guikey + " GADGETCLASS \"chooser.gadget\" TAGSTRING \"CHOOSER,DropDown,True,CHOOSER_Labels," + app.cycl1 + ",TAG_DONE\"")
... ... ... I hope the tabs are at least seemingly preserved (nope!)... All of the lines (yes, a mashup of shipped examples): Quote: #!python
import sys import os import arexx
def ErrorExit(msg): command = "RequestChoice TYPE \"ERROR\" \"" + sys.argv[0] + "\" \"" + msg + "\" \"OK\" >NIL:" os.system(command) exit()
def GetPorts(): try: ports = os.getports() ports = " ".join(ports) except AttributeError: (rc,rc2,ports) = arexx.dorexx("REXX","return show('P')") if rc != 0: ErrorExit("Couldn\'t find ARexx!") return ports
def MakeChooserNodeList(guikey, *strings): concstrings = [] # First we need an exec list to hold our ChooserNodes # We create this with a special command NEWGUIOBJECT and specify an object # of type GUIOBJ_List . An ID for the list object will be returned that # we can use in all further operations on it. (rc,rc2,cnlist) = arexx.dorexx("PROACTION","NEWGUIOBJECT GUIID " + guikey + " OBJECTTYPE \"GUIOBJ_List\"") if rc == 0: # Our function recives a tuple in the variable strings, which may consist of # separate strings or lists of strings, depending on how we call it. # We need a (python) list of strings so this next assembles that for us. for string in strings: if not isinstance(string,list): concstrings.append(string) else: concstrings.extend(string) # Now we process the list of strings we have for string in concstrings: cntags = "" cntags += "CNA_Text," + str(string) + "," cntags += "TAG_DONE" # The command ALLOCCHOOSERNODE is a Wrapper for the # AlloChooserNode() C function. It returns an ID for a # GUIOBJ_Node Object which we can add to the # growing choosernode list.
(rc,rc2,cn) = arexx.dorexx("PROACTION","ALLOCCHOOSERNODE GUIID " + guikey + " TAGSTRING \"" + cntags + "\"") if rc == 0: arexx.dorexx("PROACTION", "ADDTAIL GUIID " + guikey + " LISTID " + cnlist + " NODEID " + cn) return cnlist
def FreeChooserNodeList(guikey, rbnlist): # We remove each node in turn using the REMTAIL command. (rc, rc2, rbn) = arexx.dorexx("PROACTION","REMTAIL GUIID " + guikey + " LISTID " + rbnlist) while rc == 0: # if successful we pass the NODEID to the FREECHOOSERNODE command. arexx.dorexx("PROACTION","FREECHOOSERNODE GUIID " + guikey + " NODEID " + rbn) # remove next node and loop. (rc, rc2, rbn) = arexx.dorexx("PROACTION","REMTAIL GUIID " + guikey + " LISTID " + rbnlist)
ports = GetPorts() if -1 == ports.find("PROACTION"): os.system("RUN >\"T:proactionpid\" *>NIL: APPDIR:PROACTION") os.system("C:WaitForPort PROACTION") # Now check again ports = GetPorts() if -1 == ports.find("PROACTION"): ErrorExit("Unable to start or find ProAction GUIServer")
class Application:
def __init__(self): self.PORTNAME = "jkldba" self.UNIQUE = True
# application specific strings wititle = "something's up h" cycl0 = ['hub','bub','dub'] cyclbl0 = "Choices for me" cycl1 = ['atr','erc','rotterdim','ser','haa','iei','aqz','ppw','hji','frb'] cyclbl1 = "Choices for ya"
def HandleInput(pyport,guikey):
global app die = 0 # main loop while die == 0: pyport.wait() msg = pyport.getmsg() # Loop until all messages are processed while msg: cmd = msg.msg msg.reply() if cmd == "QUIT": die = 1 break elif cmd[:5] == "CLOSE": die = 1 break msg = pyport.getmsg()
def DoGUI(pubscreen):
global app
# Setting up ARexx port pyport = arexx.Port(app.PORTNAME) if pyport: if app.UNIQUE: if pyport.name != app.PORTNAME: ErrorExit("ARexx Port " + app.PORTNAME + " already exists!")
wintags = "" wintags += "WA_Width,300," wintags += "WA_Height,400," wintags += "WA_DragBar,1," wintags += "WA_DepthGadget,1," wintags += "WA_SizeGadget,1," wintags += "WA_CloseGadget,1," wintags += "WA_Title,"+wititle+"," wintags += "WA_PubScreenFallBack,1," wintags += "WA_PubScreenName," + pubscreen + "," wintags += "WINDOW_POSITION,WPOS_CENTERSCREEN," wintags += "WA_Activate,0," wintags += "TAG_DONE"
(rc,rc2,guikey) = arexx.dorexx("PROACTION","CREATEGUI PORTNAME " + pyport.name + " TAGSTRING \"" + wintags + "\"") if rc == 0: (rc,rc2,current_layout_gid) = arexx.dorexx("PROACTION","ADDLAYOUT GUIID " + guikey + " TAGSTRING LAYOUT_ORIENT_VERT,TAG_DONE") app.pagesizelist = 1 # not GetPageSizeList() # numlabels = len(app.pagesizelist) app.cycl0 = MakeChooserNodeList(guikey,cycl0) app.cycl1 = MakeChooserNodeList(guikey,cycl1) if (app.cycl0 != None and app.cycl1 != None): (rc,rc2,app.cycl0_gid) = arexx.dorexx("PROACTION","ADDGADGET GUIID " + guikey + " GADGETCLASS \"chooser.gadget\" TAGSTRING \"CHOOSER_DropDown,True,CHOOSER_Labels," + app.cycl0 + ",TAG_DONE\"") # (rc,rc2,dummy) = arexx.dorexx("PROACTION","SETATTRS GUIID " + guikey + " OBJECTID " + current_layout_gid + " TAGSTRING \"LAYOUT_ModifyChild," + app.cycl0_gid + ",CHILD_Label," + cyclbl0 + ",TAG_DONE\"") (rc,rc2,app.cycl1_gid) = arexx.dorexx("PROACTION","ADDGADGET GUIID " + guikey + " GADGETCLASS \"chooser.gadget\" TAGSTRING \"CHOOSER,DropDown,True,CHOOSER_Labels," + app.cycl1 + ",TAG_DONE\"") (rc,rc2,result) = arexx.dorexx("PROACTION","ADDGADGET GUIID " + guikey + " GADGETCLASS \"listbrowser.gadget\" TAGSTRING \"TAG_DONE\"") (rc,rc2,result) = arexx.dorexx("PROACTION","OPENGUIWINDOW GUIID " + guikey) # main loop called here HandleInput(pyport,guikey) # First get window out of the way, then nodelist arexx.dorexx("PROACTION","CLOSEGUIWINDOW GUIID " + guikey) FreeChooserNodeList(guikey, app.cycl0) FreeChooserNodeList(guikey, app.cycl1) arexx.dorexx("PROACTION","DESTROYGUI GUIID " + guikey) else: ErrorExit("Could not create port!")
app = Application(); DoGUI("Workbench")
Edited by Thematic on 2021/1/6 20:11:51
|
|
|
|
Re: Odyssey Browser . . . it's all Greek to me
|
Posted on: 2021/1/5 18:15
#32
|
Quite a regular
|
Does Odyssey care about the contents of FONTS:fontconfig ? If you weren't looking that way...
My FONTS: is not SYS:FONTS so I easily see that some programs actually use SYS:FONTS :(
|
|
|
|
Re: OS4 UPDAAAATEE !!! BANANA !!
|
Posted on: 2021/1/5 15:48
#33
|
Quite a regular
|
That seems like a hardware dependent thing, here with A1XE I haven't noticed anything wrong with just putting the update 1 kernel in.
Which makes sense if the "effects" for the last year kernel are varied, too.
|
|
|
|
Re: OS4 UPDAAAATEE !!! BANANA !!
|
Posted on: 2020/12/27 14:30
#34
|
Quite a regular
|
@sTix My update 2 comes with an SDK update... dos_sdk 54.107 (4.12.2020)"
|
|
|
|
Re: Screenmodes Gone after System Reinstall
|
Posted on: 2020/12/25 6:10
#35
|
Quite a regular
|
What is in Devs:Monitors ?
|
|
|
|
Re: OS4 UPDAAAATEE !!! BANANA !!
|
Posted on: 2020/12/24 14:23
#36
|
Quite a regular
|
@kas1e So I noticed with "v54" that any music playback was cu-t when browsing with Odyssey. Eventually I noticed simply loading this thread and pressing home/end in the context was more than enough. - The first time I thought I was running low on RAM, that's how weird this is. So the music would resume after a split second. 750FX CPU, 512 MB RAM, these: Quote: > pciscan ## Vendor Device Vendor name Description 01 0x10CC 0x0660 Mai Logic Incorporated Articia S Host Bridge 02 0x10CC 0x0661 Mai Logic Incorporated Articia S PCI Bridge 03 0x10B7 0x9200 3Com Corporation 3c905C-TX/TX-M [Tornado] 04 0x1106 0x0686 VIA Technologies, Inc. VT82C686 [Apollo Super South] 05 0x1106 0x0571 VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE 06 0x1106 0x3038 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller 07 0x1106 0x3038 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller 08 0x1106 0x3057 VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] 09 0x1106 0x3058 VIA Technologies, Inc. VT82C686 AC97 Audio Controller 10 0x1106 0x3068 VIA Technologies, Inc. AC'97 Modem Controller 11 0x1095 0x3112 Silicon Image, Inc. SiI 3112 [SATALink/SATARaid] Serial ATA Controller 12 0x1319 0x0801 Fortemedia, Inc Xwave QS3000A [FM801] 13 0x1319 0x0802 Fortemedia, Inc Xwave QS3000A [FM801 game port] 14 0x1002 0x5961 Advanced Micro Devices, RV280 [Radeon 9200] 15 0x1002 0x5941 Advanced Micro Devices, RV280 [Radeon 9200] (Secondary)
PS/2 keyboard (right now) and some USB hub where the "actual" keyboard is attached. Mouse in rear USB port. edit: playback on FM801, AC97 untested.
|
|
|
|
Re: OS4 UPDAAAATEE !!! BANANA !!
|
Posted on: 2020/12/24 14:10
#37
|
Quite a regular
|
I updated, but it was barely usable. I put Quote: kernel 53.89 (28.11.16) AmigaOne version back. Now it multitasks more like I prefer it, either respecting priorities better or however.
|
|
|
|
Re: AmigaOs 4.1FE Classic Voodoo 3 libraries
|
Posted on: 2020/12/21 18:16
#38
|
Quite a regular
|
SDL surfaces ("2D") are supported with any graphics. Voodoo has Warp3D drivers, so MiniGL is supported. SDL should be using that for its "3D" functionality.
|
|
|
|
Re: AmigaOs 4.1FE Classic Voodoo 3 libraries
|
Posted on: 2020/12/21 15:32
#39
|
Quite a regular
|
Don't install CGX, there's "enough" compatibility.
|
|
|
|
Re: AmigaOs 4.1FE Classic Voodoo 3 libraries
|
Posted on: 2020/12/21 12:35
#40
|
Quite a regular
|
"LE" and "BE" likely refers to endianness of component pixel formats. One is essentially backwards to the other. I don't know whether that has to do with restrictions of the hard- or firmware.
|
|
|
|