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 ... 210 211 [212] 213 214 ... 304
3166
Applications / Re: Testing cairo enabled eStylerLite
« on: May 04, 2017, 09:22:12 pm »
oops.. I forgot checking that. I will see if I can document something on the EDM/2 wiki.
How should we call that API? UtilDLL? AFCUTL05 does not sound that nice.

By the way I tried to document the file first:  Afcutl05.dll‎

Regards

3167
Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: May 04, 2017, 05:02:28 pm »
Hi Lars.

It didn't worked that way, it did not compile. (Check attachment).

When I compile it with "gcc -Zomf -Zdll -o pmgpi.dll pmgpi.def" I get this error:

Code: [Select]
weakld: error: Unresolved symbol (UNDEF) 'MTGETFIRSTGRAPHICSDATA'.
weakld: info: The symbol is referenced by:
    C:/Desktop/WarpGPI/PMGPI.DEF
weakld: error: Unresolved symbol (UNDEF) 'GPIQUERYDRAWCONTROL'.
weakld: info: The symbol is referenced by:
    C:/Desktop/WarpGPI/PMGPI.DEF
weakld: error: Unresolved symbol (UNDEF) 'GPIQUERYREGIONBOX'.
weakld: info: The symbol is referenced by:
    C:/Desktop/WarpGPI/PMGPI.DEF
weakld: error: Unresolved symbol (UNDEF) 'GPISETPS'.
weakld: info: The symbol is referenced by:
    C:/Desktop/WarpGPI/PMGPI.DEF
weakld: error: Unresolved symbol (UNDEF) 'GPIQUERYBITMAPPARAMETERS'.
weakld: info: The symbol is referenced by:
    C:/Desktop/WarpGPI/PMGPI.DEF
Ignoring unresolved externals reported from weak prelinker.
weakld: error: Parse error 4 on line 11. (errorcode=81 stmt=12)
emxomfld: Invalid statement (line 4 of C:/Desktop/WarpGPI/PMGPI.DEF)

Regards

3168
Applications / Re: Testing cairo enabled eStylerLite
« on: May 03, 2017, 07:29:39 pm »
Hi Yuri. Yes, the old DLL was my issue. I'm trying it.

By the way, do you have any further information about afcutl05.dll so I can include it on the EDM/2 API Documentation Page? Documentation, source code, etc.

Regards

3169
Applications / Re: Testing cairo enabled eStylerLite
« on: May 03, 2017, 03:07:33 am »
Hi

I'm getting this message. Any suggestions on what I did wrong?

Regards

3170
Applications / Re: Are you getting ready for ArcaOS?
« on: April 27, 2017, 12:17:39 am »
Hi

I don't think that ArcaOS is vaporware, I haven't seen the signs of it. One of the signs of vaporware is announcing unrealistic things and for the moment Arca Noae has offered very "down to earth" features for ArcaOS, and of course, we have the evidence that some people in the community (closer to Arca) are playing with the Beta versions. So it is not VaporWare, I'm 97% sure that we are going to see ArcaOS released. (The rest 3% involves deaths, global destruction, nuclear wars, etc)

Maybe (I'm being sassy here) there are some kind of Rock Stars problems. We can see on Arca Noae's team that there are very...very...very OS/2 skilled people involved, so there may be too many opinions that want everything perfect... and perfect is the enemy of good. I'm being very sassy and speculative about this, so there is there is no need to reply, since my guessing may not be real.

Regards

3171
Applications / Re: Are you getting ready for ArcaOS?
« on: April 24, 2017, 08:48:47 pm »
Hi ivan

Doesn't that depend on if IBM supplied the source code or if it is just a patch?  If the latter then I would think the patch file could be distributed on its own but, these things all depend on just how the contract with IBM is worded (if it is like any of the government we have had to work to they not only dot the i and cross the t but give you a list of them as well).

For what I recall on Warpstock 2015 (st Louis) when Lewis announced Blue Lion, he told there was not OS/2's source code involved on the agreement, but that does not mean they can not patch IBM's binaries. Lewis make me understand that they have permission to patch whatever is necessary on IBM's binaries. But it will be better if he can explain that someday, or ask him directly (on chat) on Warpstock Europe that is comming next month.

Regards

3172
Setup & Installation / Re: OS/2 Warp 3 - Installation
« on: April 22, 2017, 07:11:08 pm »
Hi Jim

If it is open for consideration I would recommend you first to install Warp 3 on a Virtual Machine (Virtualbox) on a host machine (Windows or Linux) for practice.
You require the floppies on Warp 3, there was no "boot from CD" edition on that version. So you need to grab the .DSK files from the CD, you require the first three diskettes and from that it will install from the CD.
 
On a VM I would suggest first to grab the three first diskettes images (the are inside the CD) and from the DSK format, transform it to .IMA (You can use WinImage on Windows). And conver the CD to ISO.  With those files run a VM and install the OS so you can get used on how was the install procedure. 

On real hardware:
Once you want to move to real hardware, you require the floppy drive, diskettes and to update the install diskettes so it recognize the CD and the HDD drive size (according to the size), just like Fahrvenugen suggest.

Depending on the hardware you will require to find the right drivers and install it to have network, better video, sound, etc.

If you install it and get some traps, messages and error, post it back here to check if we can help.

Regards

Note: I always wanted to create the "Updating Warp 3" wiki page just like I have for Warp 4.52 but I never got the time to create it.

3173
Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: April 22, 2017, 01:42:40 am »
Hi Lars

Can you please give me just in example of the first function and I will take it from there?
like... DEVOPENDC=XMGPI.1 should be replace by ....????

Thanks for your help.

Regards

3174
Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: April 21, 2017, 09:43:11 pm »
Hi

I read the file that Lar's suggested. It does something different from what I'm trying to do. For what I understand this file makes a DOSCALLS.DLL replacement by creating NEWCALLS.DLL and linking os2386.lib inside it. After that it modifies with PMMMERGE.DLL (with dllrname.exe) so all the calls to DOSCALLS goes to NEWCALLS.

But it gives me the idea of what to do with the unknown/undocumented ordinals on the PMGPI.DLL file.

So I had included all the missing ordinals on the DEF files so it links it XMGPI.DLL even the ones that I don't know if exists. But I still get problems booting OS/2 with that PMGPI.DLL replacement.

I'm attaching my PMGPI.DEF forwarder just in case someone can give me a hint of what I'm missing.

Regards

3175
Hi Kirby.

I have interest in some CDs. I'm contacting you by email.

Regards

3176
Applications / Re: eCo Software Runtime Packages - benefits???
« on: April 20, 2017, 07:57:28 pm »
Hi Rich.

It is good that the component is going to be included on ArcaOS and had been bug-tested/optimized, but it would be desirable to have something integrated to XWorkplace SOM objects (I guess it is the folder class object) and that can be also included on that project.

I will ask Lewis if there can be a chance to include that project has part of XWorkplace instead of being a separate close source project, but I will have to wait until he releases ArcaOS, I guess he is very busy on this days.

Regards

3177
Applications / Re: Are you getting ready for ArcaOS?
« on: April 16, 2017, 01:01:34 am »
Here April 15 is not over yet !!! :)

3178
Applications / Re: eCo Software Runtime Packages - benefits???
« on: April 13, 2017, 07:54:26 pm »
Hi

I also think that we need an standard and modern format for Icons and Pointers (PNG or SVG) but there are people with so much fear to change that will complain to it by just suggesting it.

Regards

3179
Applications / Re: eCo Software Runtime Packages - benefits???
« on: April 13, 2017, 07:41:01 pm »
Hi Ivan

I can not discuss things with people that are just fine with what they got.

In my case with 16:4 monitors at a higher than 1024 x 768 resolution (and 23" or more) requires to increase the size of icons. Some people does not have great vision, and when you increase the resolution of the screen the icons and text get smaller and smaller. It is required "something" to increase the size of the icons on OS/2. When you get "that something" that increase the size you also notice that the OS/2 standard format (and OS/2 standard icons) has it's limitations compared to modern standards.

When you see this picture and think it looks fine, we may have a disagreement.


If you are fine with little icons and you have a nice vision , maybe it does not apply to you.

Regards

3180
Applications / Re: eCo Software Runtime Packages - benefits???
« on: April 13, 2017, 04:25:32 pm »
"PNG desktop" is an interesting feature (but I don't mean it is implemented right). It solves the problem that you need better resolution icons for higher resolution screens. The OS/2 icon format is old and it is very limited for people trying to create icons on the platform. If someone is happy on his 800x600 screen using OS/2, there is no reason for this, the rest of the 90% of OS/2 users wants/uses a higher resolution.

The bad thing about "PNG desktop" is that is close source, so it has a high risk on becoming "future abandonware". Maybe an alternative can be to try to improve WPS-Wizard icons functions to be more stable.

Regards

Pages: 1 ... 210 211 [212] 213 214 ... 304