Hi all,
it seems that we have to find a better solution for hyper in Basic
because hyper is a valid type in our API and in fact of this we should
extend the typeset of Basic at least to support all the simple base
types of our API.
Andreas, what do you think? What would be the best solution
Hi Jürgen,
it seems that we have to find a better solution for hyper in Basic
because hyper is a valid type in our API and in fact of this we should
extend the typeset of Basic at least to support all the simple base
types of our API.
Andreas, what do you think? What would be the best
Hi Andreas,
Alle 10:32, martedì 27 giugno 2006, Andreas Bregas ha scritto:
Hi Paolo,
sorry, I did not discover this thread and after a colleague
told me about it yesterday, we had severe mail problems.
I think we have to split this problem.
1. hyper as return type:
This is no problem.
Hi Paolo,
getLength simply has a typo. That's why your next example
posted later worked without problems.
OOOPPZZZ..
Yes, this explains why I wasn't able to reproduce the problem
This reveals also that sometimes I'd better go to bed earlier :-)
Sorry for the waste of time.
no problem, I did
Andreas Schlüns wrote:
This is not an asynchronous signal only ...
it's our crash handling. That means: one of these threads
produced a crash and here we try to save all currently open documents.
So the deadlock is a follow up of a crash in a remote use case of the
office.
Solutions:
Then how would you want to convert it to hyper from Decimal? I believe
there is no working way to do this, but I would be happy if you prove
me wrong.
2006/6/27, Bernard Marcelly [EMAIL PROTECTED]:
Bonjour Andreas Bregas
Message du 2006-06-27 12:51:
You're right, but after my fix of i66765 the
Mathias Bauer wrote:
Well, though I agree that fixing the crash is always a good idea ;-) I
also wonder wether the thread owning the SolarMutex does not return from
the X11 call. Obviously the main thread was going to show a tooltip
window. Once this had been finished the emergency saving
Andreas Schlüns wrote:
This is not an asynchronous signal only ...
it's our crash handling. That means: one of these threads
produced a crash and here we try to save all currently open documents.
If it was a synchronous signal, the source of the signal would have been
on the stack, as it
There is no possibility as I see it, because you cannot directly
convert a decimal to hyper, at least I can't (again I would be happy
if you prove me wrong with a code snippet). But if you do it with a
conversion to an whole number before, you cannot avoid a possible loss
of data, which would
