VA can be started under Wine

[Martin]

Hello together,

I was surprised, that the windows version of VisualAge for Smalltalk works well under Wine on Fedora Core 6.

I made a short test and the following things were working:
* After copying an Windows Image to the Programs Section of the C-Drive
the image starts
* Building Parts in the Composition Editor run them
* Run [on windows packaged VA executables] on wine

The only thing I noticed was: if I add ActiveX-Controls to the Composition Editor this leads to an error. But this could have different causes.
One seems to be that Wine does not actually supports some marshalling issues. If someone has some experiences with it would be nice to hear how this could be made working

Hope this helps ...
[/quote][/list]

[marten]

I've now done this also under Ubuntu 7.1 and wine 0.9.56 (?) and yes, this looks promising (did not check any Active-X stuff though) - but just used the Linux
VA 7.52 native and VA 7.52 Windows and this works well. Problems may be, when italic fonts are used ...

Marten

[marten]

I've now done this also under Ubuntu 7.1 and wine 0.9.56 (?) and yes, this looks promising (did not check any Active-X stuff though) - but just used the Linux
VA 7.52 native and VA 7.52 Windows and this works well. Problems may be, when italic fonts are used ...

Marten

After working during my holidays I have two more or less problems with VASmalltalk under Wine:

* VASmalltalk does not recognize any printers under Wine - other Windows application have no problem with that, but may be due to the API call they use.
* ListWindows have problems with scrolling. The top most item remains the same when scrolling up and the most down located item remains fixed, when scrolling down.

[marten]

* VASmalltalk does not recognize any printers under Wine - other Windows application have no problem with that, but may be due to the API call they use.

The reason for this is Bug 3792 mentioned in bugzilla at http://www.winehq.org. The reason is

Code: Select all

Turned out that in MS Windows installs, vmware, and win4lin, the
windows/win.ini would contain a section like:

[PrinterPorts]
Samsung ML-1710=ADOBEPS4,\\192.168.0.3\samsung,15,45
front=ADOBEPS4,\\192.168.0.3\front,15,45

However, no such section existed in wine's windows/win.ini.

This missing section caused the application printer selection dialog to explode.

I manually created the following entry

[PrinterPorts]
samsung=WINEPS.DRV,LPR:samsung,15,45
front=WINEPS.DRV,LPR:front,15,45


if there is demand they seem to fix that (though they cosnider this a part of the old 16-bit
windows subsystem). The solution now is to add the section manually in win.ini.

Just as an information ....

Marten

[marten]

The manual changes are like the following ones:

As an example you may have the following entry within the WINE win.ini:

[devices]

Mita_FS-1020D=WINEPS.DRV,LPR:Mita_FS-1020D




... just add the following line:

[PrinterPorts]

Mita_FS-1020D=WINEPS.DRV,LPR:Mita_FS-1020D,15,45


... and then VASmalltalk (Windows) can printer using WINE under Linux.

Marten

[marten]

* ListWindows have problems with scrolling. The top most item remains the same when scrolling up and the most down located item remains fixed, when scrolling down.

This error is only visible, when VAAssist is enabled - without VAAssist the list controls work as expected.

Marten

[marten]

Here my information about running VASmalltalk/Windows 7.5.2 under Ubuntu:
In general: pay attention to edit abt.ini ONLY with Windows/DOS editor

Ubuntu 7.10 - i386

0.9.58 - ok
0.9.59 - not suitable due to error with multi line widget

Ubuntu 8.04 - amd64

0.9.61 - ok (06.05.2008)
1.0rc1 - ok (18.05.2008)
1.0rc2 - ok (27.05.2008)
1.0rc3 - ok (04.06.2008)
1.0rc4 - ok (08.06.2008)

General problems known: redraw problems with icon tree views. As an example one may look at the EwxIconTreeExample, EwxTableTreeExample

Redraw problems are visible within the EwLinearList hierarchy. Therefore the browsers within VAAssist have problems drawing the top visible item and the bottom visible item within the list. To get this right you may change the following methods - basically the code removes some performance enhancements.

Code: Select all

EwLinearList>>shiftTopUpFrom: oldTopPosition to: newTopPosition
   "Adjust the window to reflect a change in the top item position from oldTopPosition
   to newTopPosition - in essence a SCROLL DOWN action.  Shift the position of items
   that will remain visible and redraw the rest.

   Return a redrawRectangle indicating whether any additional areas need to
   be redrawn, or nil if no redrawing is required.

   Assumptions:   
      the item associated to newTopPosition is visible.
      ewTopItemPosition has a value of oldTopPosition.

   The value of ewTopItemPosition upon returning from this method is not specified."

   | shiftFromY  window workWidth workHeight numberOfNewItems|

   window := self window.
   workWidth := self workWidth.
   workHeight := self workHeight.
   shiftFromY := self topYAt: newTopPosition.
   numberOfNewItems := newTopPosition - oldTopPosition.

   self
      eraseCursoredEmphasis;
      basicTopItemPosition: newTopPosition;
      recreateVisibleItemNodes.

   self redraw


and

Code: Select all

EwLinearList>>shiftTopDownFrom: oldTopPosition to: newTopPosition
   "Adjust the window to reflect a change in the top item position from oldTopPosition
   to newTopPosition - in essence a SCROLL UP action.  Shift the position of any items
   that will remain visible and redraw the rest.

   Assumptions: 
      ewTopItemPosition has a value of oldTopPosition.

   The value of ewTopItemPosition upon returning from this method is not specified."

   | shiftFromY newlyDrawnBottomY numberOfNewItems window workWidth workHeight  |

   window := self window.
   workWidth := self workWidth.
   workHeight := self workHeight.
   shiftFromY := self topYAt: oldTopPosition.
   numberOfNewItems := oldTopPosition - newTopPosition.

   self
      eraseCursoredEmphasis;
      basicTopItemPosition: newTopPosition;
      recreateVisibleItemNodes.

   "Shift the old items downward if necessary.  Otherwise we have to redraw
   everything."

   numberOfNewItems < self partiallyVisibleItemCount
      ifTrue: [
         newlyDrawnBottomY := (self visibleItemNodes at: numberOfNewItems) bottom + 1.
         self
            copyAreaWithin: window
            gc: self gc
            srcX: 0
            srcY: shiftFromY
            width: workWidth
            height: workHeight
            destX: 0
            destY: newlyDrawnBottomY.
         self exposeCursoredItem]
         ifFalse: [self redraw ]


[davidg]

FreeBSD 7.0 + Wine 1.0rc2 works OK too