× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I have a version that I combed out all the bug fixes and re-applied them
to the original source.
Monday I will see about recompiling and submitting the Unified Diff format
of the changes.

/* Fixes:
* Selecting text backwards (e.g. line 11 back to 10) would abort.
* Select & copy outside screen buffer would abort. Few ways.
* Placing cursor outside screen buffer would abort.
* WinXP screen lock would abort TN5250 (BitBlt).
*/

Hey wait, your issue is with PASTE not COPY. That's news to me and I would
like to address it.
Can you tell me more about how you are doing it? A screen picture would
probably help so I can see the nature of the paste, like field size(s),
single or multi-line paste, etc.

------ Original Message ------
Received: 07:23 PM EDT, 05/08/2009
From: "Ken Koehler" <kenkoehler@xxxxxxx>
To: Linux 5250 Development Project <linux5250@xxxxxxxxxxxx>, Scott Klement
<tn5250@xxxxxxxxxxxxxxxx>
Subject: Re: [LINUX5250] TN5250 Crash After Paste (Vista)

I have made many Windows platform fixes, including this one. The tough
part is that they are becoming intertwined.

The problem is when the user selects outside the 80x24 or 132x27 range.
Another bug was like starting with line 0 versus line 1 of the screen
buffer.

I'm super busy at work, converting from rs/6000 unix based ERP to
iSeries solution. I'll see when I can extract the fixes. Do you Brian
have the ability to recompile if I give you source or differences? You
want my EXE to get you by for the short term at least?

I've added other config file options like title bar value, can restrict
users from exiting TN5250 if not at login screen. I fixed screen
resizing between 80 and 132 column, but my fix is the opposite of how
unix version works. I keep window the same size and resize the fonts to
fit.
I fixed WinXP problem where program hoses up when screen is locked and
user has to enter password.

------ Original Message ------
Received: 03:54 PM EDT, 05/08/2009
From: Scott Klement <tn5250@xxxxxxxxxxxxxxxx>
To: Linux 5250 Development Project <linux5250@xxxxxxxxxxxx>
Subject: Re: [LINUX5250] TN5250 Crash After Paste (Vista)

By all means, try that... enable the trace function and see if you can
replicate it. It *might* help, though I don't know that there's
sufficient info in the trace file to help me debug a problem like
this.

However, I don't have access to a Vista machine. So even if I think I
find the solution, I'm not sure how I could tell that my solution
worked.

Brian wrote:
> Hey Scott. I am still having this issue in Vista. Is there anything
I
> can do to provide more info? I did see a logging option. Once I copy
> something 'bad', I can replicate the issue over and over. So, maybe
> once it happens again I could activate logging and capture some
info?
>
> Thanks much.
>
> Scott Klement wrote:
>> Hi Brian,
>>
>> Are you using the current version of TN5250? (The one we released a
>> month or so ago?)
>>
>> I know I fixed some similar issues in that release.
>>
>> I know of an outstanding bug in the copy to clipboard (if you
select
>> text outside the normal 80x24 or 132x27 screen, it'll try to copy
the
>> text, and crash) but I don't know of any outstanding issues with
paste...
>>
>> I'm running XP, and don't currently have access to a Vista box. If
>> updating to the current version doesn't help, can you tell me how
to
>> reproduce the problem on XP? (Or something I can try to reproduce
the
>> problem?) Without being able to reproduce it, I don't even know how
to
>> begin to debug it...
>>
>>
>> Brian wrote:
>>> Hello all.
>>>
>>> I seem to be experiencing some odd issue in TN5250 that happens
when I
>>> paste data (normal text data) from another windows application
(like
>>> Outlook) in to a 5250 session. The session ends up crashing and I
need
>>> to restart it. I can reproduce the scenario over and over when
>>> copy/pasting the same data. However, when I type that same text in
to
>>> the 5250 session, all is well, and if I type it in to the 5250
window
>>> and then copy paste it from there, it is OK as well.
>>>
>>> My OS is Vista business. I just switched from XP and I do not
recall
>>> having this issue in XP at all, or if I did, it was not
reproducible on
>>> demand like this one is in Vista.
>>>
>>> My guess is that something is coming along in the buffer in Vista
as I
>>> am copy/pasting that TN5250 does not like.
>>>
>>> Is this a known issue or is there some workaround perhaps?
>>>
>>> Thanks much.
>

--
This is the Linux 5250 Development Project (LINUX5250) mailing list
To post a message email: LINUX5250@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/linux5250
or email: LINUX5250-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/linux5250.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.