1. RE: Release IDE version 0.18.6m (bug)
I found that deselecting the "one instance of ide" checkbox does not
take effect. It appears that IDE isn't even checking it.
Can this be fixed? I sometimes run more than 1 IDE at a time, currently
I just deleted the abort part so it runs
if w32Func(GetLastError,{}) = ERROR_ALREADY_EXISTS then--Why doesnt this
ckeck the settings?
w32Proc(xReleaseMutex,{hMutex})
free(arg)
abort(0)
free_console()
end if
Judith wrote:
>
>
> I've released the next IDE (0.18.6m) which may be found at
> http://user.txcyber.com/~camping/judith.html and further expands
> 'layering',
> improves Code Editor when user swaps code from control-event or modules
> in
> and out and fixes a number of bugs.
>
> You may view the changes (do a find on What's New ) here:
> http://user.txcyber.com/~camping/IDE.htm .
>
> Enjoy!
> ~judith
>
>
2. RE: Release IDE version 0.18.6m (bug)
I did have the first IDE open, the box unchecked, but I still can't open
another.
I haven't had any problems yet(and I've had this problem for months,
just now remembered it)
Euman wrote:
>
>
> The mutex feature in IDE is designed so that you MUST HAVE OPEN the
> first IDE instance
>
> arg = allocate_string("JudithIDE")
> hMutex = w32Func(xCreateMutex,{0, 0, arg})
>
>
> CreateMutex: If the function succeeds, the return value is a handle to
> the mutex object.
>
> If the named mutex object existed before the function call, the function
> returns a handle
>
> to the existing object and GetLastError returns ERROR_ALREADY_EXISTS.
>
> Otherwise, the caller created the mutex.
>
>
> By deleting that code CoJaBo you never release a mutex handle and thus
> just created a resource
>
> leak in IDE...Watch out what you do, especially if you dont know what
> your doing.
>
>
> Euman
>
> ----- Original Message -----
> From: "CoJaBo" <cojabo at suscom.net>
> To: <EUforum at topica.com>
> Sent: Monday, February 09, 2004 5:05 PM
> Subject: RE: Release IDE version 0.18.6m (bug)
>
>
> > I found that deselecting the "one instance of ide" checkbox does not
> > take effect. It appears that IDE isn't even checking it.
> > Can this be fixed? I sometimes run more than 1 IDE at a time, currently
> > I just deleted the abort part so it runs
> >
> >
> > if w32Func(GetLastError,{}) = ERROR_ALREADY_EXISTS then--Why doesnt this
> >
> > ckeck the settings?
> > w32Proc(xReleaseMutex,{hMutex})
> > free(arg)
> > abort(0)
> > free_console()
> > end if
> >
> >
> > Judith wrote:
> > >
> > >
> > > I've released the next IDE (0.18.6m) which may be found at
> > > http://user.txcyber.com/~camping/judith.html and further expands
> > > 'layering',
> > > improves Code Editor when user swaps code from control-event or modules
> > > in
> > > and out and fixes a number of bugs.
> > >
> > > You may view the changes (do a find on What's New ) here:
> > > http://user.txcyber.com/~camping/IDE.htm .
> > >
> > > Enjoy!
> > > ~judith
> > >
> > >
> > TOPICA - Start your own email discussion group. FREE!
> >
> >
3. RE: Release IDE version 0.18.6m (bug)
Did you remember to SAVE the configuration screen after unchecking multiple
instance? If you do not save then the next instance does not know about the
change you made.
This tested fine on Win98. What (tm)Windows are you running?
~judith
CoJaBo wrote:
I did have the first IDE open, the box unchecked, but I still can't open
another.
I haven't had any problems yet(and I've had this problem for months,
just now remembered it)
Euman wrote:
The mutex feature in IDE is designed so that you MUST HAVE OPEN the
first IDE instance
arg = allocate_string("JudithIDE")
hMutex = w32Func(xCreateMutex,{0, 0, arg})
CreateMutex: If the function succeeds, the return value is a handle to
the mutex object.
If the named mutex object existed before the function call, the function
returns a handle
to the existing object and GetLastError returns ERROR_ALREADY_EXISTS.
Otherwise, the caller created the mutex.
By deleting that code CoJaBo you never release a mutex handle and thus
just created a resource
leak in IDE...Watch out what you do, especially if you dont know what
your doing.
Euman
