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 - Andreas Schnellbacher

Pages: 1 ... 46 47 [48] 49 50 ... 56
706
Applications / Re: Why Qt4 Lib uses REGISTRY.DLL?
« on: September 29, 2015, 10:31:45 pm »
I guess that Qt has functions to deal with W32-type registries.

Exehdr.exe from the toolkit lists with parameter /NO and the DLL pathname the exported funcs, among other outputs:

Code: [Select]
Exports:
 ord  obj   offset    name
  22    1  00007840  RegOpenKeyA exported, shared data
  11    1  0000754c  RegEnumKeyA exported, shared data
  25    1  00006a5c  RegOpenKeyW exported, shared data
   1    1  00006fb8  RegCloseKey exported, shared data
   3    1  00007450  RegCreateKeyA exported, shared data
  17    1  00006fa0  RegFlushKey exported, shared data
  14    1  00006720  RegEnumKeyW exported, shared data
  42    1  00007948  RegSetValueA exported, shared data
   7    1  000074d0  RegDeleteKeyA exported, shared data
   6    1  0000647c  RegCreateKeyW exported, shared data
  45    1  00006d0c  RegSetValueW exported, shared data
   8    1  000065d0  RegDeleteKeyW exported, shared data
  23    1  000070dc  RegOpenKeyExA exported, shared data
  12    1  000075d0  RegEnumKeyExA exported, shared data
  24    1  00005ea8  RegOpenKeyExW exported, shared data
  13    1  00006848  RegEnumKeyExW exported, shared data
  15    1  0000704c  RegEnumValueA exported, shared data
  16    1  00005d70  RegEnumValueW exported, shared data
  30    1  000078c0  RegQueryValueA exported, shared data
  43    1  000071e8  RegSetValueExA exported, shared data
  33    1  00006bb0  RegQueryValueW exported, shared data
  44    1  0000615c  RegSetValueExW exported, shared data
   9    1  00006fd0  RegDeleteValueA exported, shared data
   4    1  00007394  RegCreateKeyExA exported, shared data
  10    1  00005c20  RegDeleteValueW exported, shared data
   5    1  000062f0  RegCreateKeyExW exported, shared data
  26    1  00007a9c  RegQueryInfoKeyA exported, shared data
  31    1  0000715c  RegQueryValueExA exported, shared data
  27    1  00006e9c  RegQueryInfoKeyW exported, shared data
  32    1  00005ffc  RegQueryValueExW exported, shared data
  50    1  00004d74  KRegInit exported, shared data
  51    1  000051c8  KRegTerm exported, shared data

707
Setup & Installation / Re: Problems with fresh yum install
« on: September 27, 2015, 11:14:22 pm »
Code: [Select]
Warnung: RPMDB wurde außerhalb von yum verändert.
...
Rpmdb checksum is invalid: dCDPT(pkg checksums)
This is a known bug in the Python scripts, AFAIR. Search for it and you'll see that other OS are affected as well. Just ignore it.

708
Applications / Re: Firefox 31.8.0 Beta 5 - First Impressions
« on: August 30, 2015, 11:10:39 am »

709
Applications / Re: Firefox 31.8.0 Beta 5 - First Impressions
« on: August 29, 2015, 05:06:41 pm »
Would you like my script to pause in the end perhaps, not show the unlocking
part but rather just the file names it work on?
I would just create a log file to list all changed filenames.

Additionally, the script could report at the end how many files were changed
and give a useful return code, e.g. 0 = NO_ERROR if files were changed and
2 = FILE_NOT_FOUND if no file was changed.

Yumie that Alex Taylor is working on should take care of it all.
Good idea. I would add a bug report for that on https://mantis.arcanoae.com

710
Applications / Re: Firefox 31.8.0 Beta 5 - First Impressions
« on: August 29, 2015, 10:45:06 am »
I would have thought that the simple answer to that limitation would
be to insert BLDLEVEL information into the DLLs.
The buildlevel is ignored when DLLs were loaded. Therefore it can't
help reliably with loading the correct versions.

Additionally, even many files compiled by IBM don't have that info
built in.

That way there can be no confusion and it should be very easy to find
out if the correct DLLs are there
Finding means an additional process. Moreover, you need a package
management system (or similar) for the info which app requires which
DLLs and which ones are available. That's nothing for the end user
having just a simple installer.

711
Applications / Re: Firefox 31.8.0 Beta 5 - First Impressions
« on: August 28, 2015, 03:23:43 pm »
As far as I know the "." dot entry translates as active directory. So
if you have DLL's in other drives, directories which are not in your
config.sys, then they should not disturb the process.
Not true. DLLs were only unloaded on exiting an app. If you open
another app wich requires a DLL with the same name, the function were
taken from the already loaded DLL. That's the reason why program
packages should never hold commonly used and shared DLLs in there dir
tree. Only those DLLs should be better installed to a common dir.

Unfortunately our OS doesn't came with a DLL or packet manager that
controls each of these files. Solutions were developed, but either
have too many flaws or are still not fully accepted.

I have more problems in identifying DLL's if they are the right
version and with the latest distribution for FF needed dll's it seems
that certain dll's are smaller, have lower version numbers etc.
There exists the 8.3 limitation for DLLs. Therefore sometimes the
filename can't contain the entire version number.

Thanks to config.sys and the way it works we can update dll's in a
very easy way which is not seen in other OS systems.
That's not true. That would be possible for all other OS, too. Plus
most of them support long DLL names and symbolic links.

but I see the need for clear identification of DLL's, so everyone can
copy the right one in the right directory.
That tool doesn't exist yet. Additionally, there exist too many older
packages that are linked to DLLs without version numbers in their
filenames. It just won't work now if you just copy everything to one
dir. You have to DLL-rename all these older packages first.

712
Setup & Installation / Re: Can't install yum
« on: August 27, 2015, 06:25:51 pm »
> - I got "rpm-yum-bootstrap-1_5-p4.wpi".
> - Installed with WarpIn as usual with my C: as UNIXROOT
> - After the installation I run "YUM bootstrap console". It does his stuff without issues.


You have missed here 'yum install yum'.

> - Rebooted

> I noticed that yum.exe was only available on /tmp/yumbt
> - I run the "YUM bootstrap console" again
> - I run a "yum install yum"
> it installed all the required libs and yum in the right path.
> - Reboot again.


This time you made it right.

> After that I never use the "YUM bootstrap console" because the "good" yum.exe program is now on /usr/bin and is included on the path, so it can be called by using the OS/2 command prompt.

Yes.

> I guess I can delete tmp/yumbt now, right?

Yes.

713
Applications / Re: Icons per file extension
« on: August 25, 2015, 10:03:26 pm »
Default icons are defined in WPS classes. The other method is to create one program object of a useful application (Zippy in your case) per extension. Assign to each of these program objects a different icon and program name. In the properties of each program object, under Association -> New Name, add the desired extension. After that, remove the previous association from the original Zippy program object.

To make the changes take effect, restart the WPS or right-click a file with one of these extensions.

Note that with Warp 4.x without extensions the icon size is limited to 40x40 (or 32x32) and must be in the OS/2 icon format.

714
Utilities / Re: Change file "Type" property in batch
« on: July 24, 2015, 12:36:58 am »
These file types are not .FILETYPE EAs. Via setting that EA you can override the previous behavior of existing files (after a WPS restart), but your inis will grow. The limitation of the ini size for keeping the system stable is one of OS/2's weak properties.

The default behavior of DLLs is defined in the WPS classes. (I just don't know which class applies here.) A better idea is to extend that class to get the wanted assignment. Therefore one needs SOM knowledge.

715
Exehdr should help here a bit:

Code: [Select]
epm: G:\DEV\TOOLKT45\BIN > G:\DEV\TOOLKT45\BIN\EXEHDR.EXE /NO D:\OS2\DLL\IMP.DLL
Library:                        IMP
Description:                    Input Method Profiler

Module type:                    Dynamic link library
Number of memory pages:         00000004 (4)
Initial CS:EIP:                 object 0 offset 00000000
Initial SS:ESP:                 object 0 offset 00000000
Automatic data object:          4

 no. virtual  virtual  map      map      flags
     address   size    index    size
0001 1baa0000 0000076c 00000001 00000001 EXECUTABLE, READABLE, DISCARDABLE,
                                         16:16 ALIAS
0002 1bab0000 000001d0 00000002 00000001 EXECUTABLE, READABLE, 32-bit
0003 1bac0000 00000027 00000003 00000001 EXECUTABLE, READABLE, 16:16 ALIAS
0004 13cc0000 000000b4 00000004 00000001 READABLE, WRITEABLE, SHARED,
                                         16:16 ALIAS
0005 13cd0000 00000038 00000005 00000000 READABLE, WRITEABLE, SHARED,
                                         16:16 ALIAS


Exports:
 ord  obj   offset    name
   1    1  00000000  IMPSETAIMPROFILE exported, shared data
   2    2  00000000  IMP32SetAIMProfile exported, shared data
   3    1  00000544  IMPRESETAIMPROFILE exported, shared data
   4    1  000004f8  IMPQUERYAIMPROFILE exported, shared data
   5    2  000000b4  IMP32ResetAIMProfile exported, shared data
   6    2  000000fa  IMP32QueryAIMProfile exported, shared data

"Input Method" is for DBCS languages.

716
General Discussion / Re: XEU.com and eComStation
« on: July 13, 2015, 08:13:17 pm »
I appreciate that Joachim has resumed his work on eCS and that he posted some information about that here. IMO eCS 2.2 beta 2 is quite ready to be released. The newer drivers have to be implemented. The longer we wait the harder it will be to find supported hardware.

IMO the release date mostly depends on the app packages that should be added, e.g. Mozilla, Java and Flash (Odin). I think it's better to release eCS without them than to delay it still a year for app versions without so many disadvantages like now.

Good luck!

717
General Discussion / Re: News from the front line
« on: July 10, 2015, 08:35:44 pm »
Note that the eCS kernel contains patches from Holger Veith to avoid traps on unloading DLLs marked as high. Without it we can't use OS/2 anymore to  have a Mozilla app and OpenOffoce simultaneously open.

718
Setup & Installation / Re: Can't install yum
« on: July 07, 2015, 09:48:20 pm »
After the yum bootstrap installation a reboot is recommended. That is not only 1) to make the config.sys change of the LIBPATH take effect, but also 2) to change the environment from the bootstrap environment to the standard environment, while 3) deleting the bootstrap files.

If you had your LIBPATH set already before and delete the bootstrap desktop objects and files manually, you don't need the reboot.

BTW: 1.3 is quite outdated, but the oldest version that works anyway. Better get the recent version from here: http://trac.netlabs.org/rpm#Releases

719
General Discussion / Re: News from the front line
« on: July 07, 2015, 09:32:26 pm »
And has IBM fixed anything since 2006?
The kernel 14.106 is a patched version of the last IBM kernel. It was done be Steve Levine, most likely initiated by Mensys.

720
There exist forwarder DLLs to PMMERGE.DLL for compatibility with older OS/2 versions. Most likely you can be sure that DLLs starting with "PM" have an impact on PM.

Pages: 1 ... 46 47 [48] 49 50 ... 56