Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Martin Iturbide

Pages: 1 [2] 3 4 ... 113
General Discussion / Re: 2ine - OS/2 on Linux
« on: March 05, 2018, 11:35:02 pm »
Ryan posted a follow up:

- February 2018 wrapup - Mar 4 at 12:52am

On the 2ine front, I've separated out the API libraries from the OS/2 binary support, which means you can now write native apps that use the OS/2 API. This is roughly equivalent to the split between Wine and Winelib. A side benefit: without concerns about 16-bitness and address space politics, the frameworks are usable on macOS now, too. I don't expect apps to start writing to this API--or even people to migrate OS/2 source code, really--but it will be super-useful for implementing more of the API, since I can just work with the usual 64-bit Linux compiler and not chafe against the debugger anymore, which is easier than trying to copy files off an OS/2 virtual machine.


Applications / Re: Curious about these old patches
« on: March 05, 2018, 02:27:45 pm »
Hi David


patch for pmmerge.dll to increase performance of writing INI-files.

This one looks interesting for me. It is a "DOS32OPEN" function replacement of DOSCALLS as called by PMMERGE.DLL. So, PMMERGE.DLL instead of calling "DOS32OPEN" from DOSCALLS will call it from "NEWCALLS.DLL". It uses the technique explained by Peter Fitzsimmons on his NEWCALLS (Hook code to circumvent built-in methods of OS/2) . I can not say if is good or bad, but it is interesting.

Here it is part of the readme of newcalls104:

The file PMMERGE.DLL opens the INI files with the flag OPEN_FLAGS_WRITE_THROUGH which has the consequence that these files are written uncached to the HD, so that the WPS is blocked partially  quite a long while. IBM made for exaggerated safety reasons, in my opinion that is not necessary.

This Tool goes back on an idea from Peter Fitzsimmons.

At this the module entry DOSCALLS will replaced in pmmerge.dll by NEWCALLS. The NEWCALLS.DLL contains so-called Forwarder on all functions in DOSCALLS except DOS32OPEN, this function its by own _DOS32OPEN replaced.  If opening files, _DOS32OPEN removes the flag OPEN_FLAGS_WRITE_THROUGH and calls then DOS32OPEN in DOSCALLS.


Hardware / Re: How to find or extract a Postscript printer driver?
« on: March 02, 2018, 08:55:17 pm »
Andreas, if you read your message you will notice that your second paragraph is complete useless. Do you really want to help OS/2 users or you want to complain forever? If you want to be banned it is going to be your fault, not the one of the person that press the "ban button".


Programming / Re: Trying to build my First RPM Package
« on: March 01, 2018, 02:05:43 am »
Do you mean where to save digger.ini?

Yes, in fact there are two files that get generated Digger.ini and Digger.sco (scored), but both get generated according to the "working directory".
I'm still confused with FHS on which should does files be located.

"/var/lib  - State information. Persistent data modified by programs as they run, e.g., databases, packaging system metadata, etc."

"/home - Users' home directories, containing saved files, personal settings, etc."

"/etc - >Host-specific system-wide configuration files
There has been controversy over the meaning of the name itself. In early versions of the UNIX Implementation Document from Bell labs, /etc is referred to as the etcetera directory,[3] as this directory historically held everything that did not belong elsewhere (however, the FHS restricts /etc to static configuration files and may not contain binaries).[4] Since the publication of early documentation, the directory name has been re-explained in various ways. Recent interpretations include backronyms such as "Editable Text Configuration" or "Extended Tool Chest".[5]"


Programming / Re: Trying to build my First RPM Package
« on: February 28, 2018, 09:55:01 pm »

Maybe I should use %config which it may be on "etc/digger" for the app to run on that directory.  I'm not sure if I should use /etc or the /.config in /home.


Programming / Re: Trying to build my First RPM Package
« on: February 28, 2018, 05:58:56 pm »

At the end I was able to set the working directory like this:
DIGGERR_EXE:WPProgram|Digger Reloaded|<WP_DESKTOP>|EXENAME=((%{_bindir}/Digger.exe));STARTUPDIR=HOME/.config/((%{name}))

Is there any idea how to create an empty directory on the /home with the spec? I need to create the empty directory so the Digger.exe can create his INI file there. 
Is there is a directly way to reference the ".config" path with this?


Programming / Re: Trying to build my First RPM Package
« on: February 27, 2018, 11:13:59 pm »
Thanks Dave. I will try that and post back.

I'm also looking for more documentation on the "%wps_object_" macro.
I need how to set up the "Working Directory" of an exe WPProgram I'm creating.

For the moment I had only found some samples but without it.:
# %wps_object_create MYAPP_FOLDER:WPFolder|My App %{version}|<WP_DESKTOP>
# %wps_object_create MYAPP_EXE:WPProgram|My App|<MYAPP_FOLDER>|EXENAME=((${_bindir}/myapp.exe))
# %wps_object_create MYAPP_README:WPProgram|Read Me|<MYAPP_FOLDER>|EXENAME=e.exe;PROGTYPE=PROG_PM;PARAMETERS=(({_%docdir}/%{name}/README));OPEN=RUNNING
# %wps_object_create MYAPP_URL:WPUrl||<MYAPP_FOLDER>|URL=

Any ideas or samples?


Programming / Re: Trying to build my First RPM Package
« on: February 27, 2018, 09:58:53 pm »

Talking about "placing things where it should be" I have some doubts about the FHS structure on OS/2:

I know that:
- Executable binaries should be located on @unixroot/usr/bin
- Libraries (DLLs files) ->  @unixroot/usr/lib
- Readme Files or Docs -> @unixroot/usr/share/os2/help
- HLP files                    -> @unixroot/usr/share/os2/book
- License Files               -> @unixroot/usr/share/licenses/<name and version of app>

What about the rest? For example there are games that has .wav, jpg, bpm, ico, and any other files.
Even some games (or apps) has a directory structure defined on how the app work (Check attachment).

What would be a good practice on where to locate that files? or Am I doing wrong on using @unixroot/usr/bin for binaries on the first place?


Setup & Installation / Re: A tool to setup LAN server on ArcaOS...
« on: February 27, 2018, 05:45:54 pm »

I'm more relaxed, instead of calling it "unsustainable claims" I understand that it was a quick post letting us know that the software is available.

Thanks Roderick for letting us know about this program.  Here it is my wiki entry: LAN Server Installation Utility.


Programming / Re: Trying to build my First RPM Package
« on: February 27, 2018, 02:14:22 pm »
Hi Ivan

Maybe I am rather old fashioned but that seems to be a lot of work when a simple ZIP does the same thing without all the faffing about - see Lars' USB drivers.

Do you mean the RPM file I created or the "aspirout.sys rpm" ? This is just a different approach. The key benefit of the RPM will be that the updates will be automatized and you can put the packages in a server. If you like to download a zip file every time an update shows up and uncompress it yourself that is also good. The goal of this was for me to learn that technology and possible help the OS2VOICE RPM server.


Programming / Re: Trying to build my First RPM Package
« on: February 27, 2018, 02:10:42 pm »
Hi David

What about file systems and device drivers?  Not that I am a REXX user, but can REXX be utilized during the install process?

I haven't tried that yet so I'm not sure. I noticed that on dmik's article (RPM How-To for packagers) there is a macro that will help you adding lines to the config.sys (check on the "CONFIG.SYS changes" topic). But I still don't know how to copy files outside the @unixroot, maybe it can interesting to check the spec file of the "aspirout.sys rpm" that is talked about. Any idea where is it?


Programming / Re: Trying to build my First RPM Package
« on: February 26, 2018, 05:53:02 pm »

I would like to thank you all to create my first RPM package.

I wrote about my experience on EDM/2 - "Creating your first RPM Package on ArcaOS"
Correction are always welcome.

I will post some other questions in the future since I don't know where to put some files with the FHS structure :)



Thanks for the feedback. I broke everything trying to fix it, but using tip Rich (using shift on boot) I was able to get back the system selecting an older archive.

I'm attaching the log in case there is something usefull there.



I emptied the thrash can and it had a lot of stuff there (icons, images, programs, etc). On the next boot of the ArcaOS 5.0.1 VM it just get stuck on "IFX is examining and cleaning your INI files...". It is just stays there for hours and don't move (I tried 2 hours before rebooting)

If I boot with Alt+F4 and remove ifx.exe from the boot process everything works normal.

Is there any ideas to make IFX.EXE to work back?


Comments, Suggestions & Questions / Re: Censorship complaints
« on: February 25, 2018, 02:11:05 am »
Sorry Andreas, there is no way to make you understand.

Try to relax and moderate your replies on the forum. Otherwise we will remove your content and possible ban you.


Pages: 1 [2] 3 4 ... 113