public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
* RE: snsdk on win (once again)
@ 2001-08-17 13:59 Stojanovic, Marta
  2001-08-17 14:14 ` Ian Roxborough
  0 siblings, 1 reply; 5+ messages in thread
From: Stojanovic, Marta @ 2001-08-17 13:59 UTC (permalink / raw)
  To: 'sourcenav@sources.redhat.com'

Hi again !

Well, I'm learning slowly to debug with VC++ .... The error (Acces
Violation) occurs on Tcl_Finalize() called indirectly from Tk_Main(). It
seems to be a known Tcl issue, and the answer was not to use Tk_Main for
threads. It seems that this call has to be changed in the winMain code. I'll
look at it further, but if you have any idea, I'd appreciate it ...

Thanks.

Kind regards,
Marta.




-----Original Message-----
From: Stojanovic, Marta [ mailto:Marta.Stojanovic@nrc.ca ]
Sent: Thursday, August 16, 2001 4:23 PM
To: 'sourcenav@sources.redhat.com'
Subject: snsdk on win (once again)


Hi all !

I started working again on SN for Win and I'm doing my best to have this
thing working without bothering anyone, but I just can't see where the error
is .... I'll remind you of the problem : I try to execute my tcl script
using SN for Win, and it executes fine but it always ends by "The
instruction at "0x1008743f" referenced memory at "0x0000001c". The memory
could not be "read" " error. I'd like to get rid of it and have a clean
execution, but I am having problems there.

Here's the description of the problem (please correct me if I'm wrong
anywhere) :

SN has 2 related applications : hyper.exe (compiled from winMain.c + C code
for database API) which is in fact wish shell (along with db API), and
snsdk.exe which is compiled from winCon.c, and which is just a wrapper for
wish, so that we can use stdin/stdout/stderr. Hyper.exe with the present SN
distribution won't in fact execute (Error in startup: CreateProcess failed:
The system cannot find the file specified.). But if you rebuild it with
APPNAME=\"hyper.exe\" and not \"..\\bin\\hyper.exe\" (defined in Makefiles
in SN452-source\snavigator\snavigator\win directory), it'll work and execute
the script but end in an application error. 
(NOTE : in the first case, when you type snsdk and it gives you that error
message, it still calls hyper.exe, which rests in the background. I saw it
by trying to erase that folder, and it didn't give me the permission,
because hyper's files were in use. You have to go to Windows Task Manager to
kill hyper.exe process.)

I tried to debug snsdk.exe. It stops at the line :
WaitForSingleObject(endEvent, INFINITE); waiting for hyper.exe to finish
processing the script. When the script is finished, the error appears. When
you click OK, snsdk.exe resumes and finishes its execution. It's obvious
that hyper.exe creates the problem when exiting (of course, the error window
says "hyper.exe: Application Error" so it's obvious from there also).
Unfortunatelly, I don't get to debug hyper.exe, which is called from
snsdk.exe by CreateProcess. If you have an idea how to do it, please let me
know, I'm rather new to MS VC.

Then I saw that winCon.c (snsdk) was written by Kai Morich, so I tried to
find his original code. I found it under the name of wishCon
( http://www.neosoft.com/tcl/ftparchive/sorted/packages-7.6/devel/ ), and
downloaded it. It is written as an extension to Tcl8.0, so I downloaded it
also, and tried to see if it executes any tcl code, and it really does,
without any errors in the end (of course, it won't execute any tcl code from
SN examples, and it will correctly state that it doesn't recognize dbopen
command). I see that SN people used wishCon's winMain.c for their own
winMain.c (which is hyper's main), but it was changed. I'm not sure whether
those changes cause this error or it's something else (I tried to replace
winMain.c from SN with K. Morich's winMain.c, but it didn't work). 

winCon.c at the end has a reminder : "FIXME: get return code from wish", and
I suppose that it is related with this problem, but the error appears on the
line  WaitForSingleObject(endEvent, INFINITE); .... Maybe that call should
be changed to something else, but I'm not sure what ...

The version of SN is not important (those files are the same for 4.52 and
5.0), I work on Win 2000, with MS VC++ 6.0 compiler and cygwin 2.78.2.3 .

I'd really appreciate any help on this matter.

Thank tou very much in advance.

Kind regards,
Marta.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: snsdk on win (once again)
  2001-08-17 13:59 snsdk on win (once again) Stojanovic, Marta
@ 2001-08-17 14:14 ` Ian Roxborough
  0 siblings, 0 replies; 5+ messages in thread
From: Ian Roxborough @ 2001-08-17 14:14 UTC (permalink / raw)
  To: Stojanovic, Marta; +Cc: 'sourcenav@sources.redhat.com'

Hello intrepid code explorer,

The snSDK stuff is kind of not so fun.
I did once manage to get things working with
just hyper, i.e. no need to have snSDK because
all of stdout is always send to the console.
So the Windows version would work the same as
the Unix version.

There was some reason that this didn't make it
it to a release.  I think it was due to a number
of side effects that needed to be fix.

When Syd fix the location independent problems
I think he also fixed one of the reasons I 
didn't make the Windows version act like the
Unix version.  Wish I remember more about the
other problems.

Given time I will revisit this.  But you are
welcome to try and beat me to it. ;-)

Ian.


"Stojanovic, Marta" wrote:
> 
> Hi again !
> 
> Well, I'm learning slowly to debug with VC++ .... The error (Acces
> Violation) occurs on Tcl_Finalize() called indirectly from Tk_Main(). It
> seems to be a known Tcl issue, and the answer was not to use Tk_Main for
> threads. It seems that this call has to be changed in the winMain code. I'll
> look at it further, but if you have any idea, I'd appreciate it ...
> 
> Thanks.
> 
> Kind regards,
> Marta.
> 
> -----Original Message-----
> From: Stojanovic, Marta [ mailto:Marta.Stojanovic@nrc.ca ]
> Sent: Thursday, August 16, 2001 4:23 PM
> To: 'sourcenav@sources.redhat.com'
> Subject: snsdk on win (once again)
> 
> Hi all !
> 
> I started working again on SN for Win and I'm doing my best to have this
> thing working without bothering anyone, but I just can't see where the error
> is .... I'll remind you of the problem : I try to execute my tcl script
> using SN for Win, and it executes fine but it always ends by "The
> instruction at "0x1008743f" referenced memory at "0x0000001c". The memory
> could not be "read" " error. I'd like to get rid of it and have a clean
> execution, but I am having problems there.
> 
> Here's the description of the problem (please correct me if I'm wrong
> anywhere) :
> 
> SN has 2 related applications : hyper.exe (compiled from winMain.c + C code
> for database API) which is in fact wish shell (along with db API), and
> snsdk.exe which is compiled from winCon.c, and which is just a wrapper for
> wish, so that we can use stdin/stdout/stderr. Hyper.exe with the present SN
> distribution won't in fact execute (Error in startup: CreateProcess failed:
> The system cannot find the file specified.). But if you rebuild it with
> APPNAME=\"hyper.exe\" and not \"..\\bin\\hyper.exe\" (defined in Makefiles
> in SN452-source\snavigator\snavigator\win directory), it'll work and execute
> the script but end in an application error.
> (NOTE : in the first case, when you type snsdk and it gives you that error
> message, it still calls hyper.exe, which rests in the background. I saw it
> by trying to erase that folder, and it didn't give me the permission,
> because hyper's files were in use. You have to go to Windows Task Manager to
> kill hyper.exe process.)
> 
> I tried to debug snsdk.exe. It stops at the line :
> WaitForSingleObject(endEvent, INFINITE); waiting for hyper.exe to finish
> processing the script. When the script is finished, the error appears. When
> you click OK, snsdk.exe resumes and finishes its execution. It's obvious
> that hyper.exe creates the problem when exiting (of course, the error window
> says "hyper.exe: Application Error" so it's obvious from there also).
> Unfortunatelly, I don't get to debug hyper.exe, which is called from
> snsdk.exe by CreateProcess. If you have an idea how to do it, please let me
> know, I'm rather new to MS VC.
> 
> Then I saw that winCon.c (snsdk) was written by Kai Morich, so I tried to
> find his original code. I found it under the name of wishCon
> ( http://www.neosoft.com/tcl/ftparchive/sorted/packages-7.6/devel/ ), and
> downloaded it. It is written as an extension to Tcl8.0, so I downloaded it
> also, and tried to see if it executes any tcl code, and it really does,
> without any errors in the end (of course, it won't execute any tcl code from
> SN examples, and it will correctly state that it doesn't recognize dbopen
> command). I see that SN people used wishCon's winMain.c for their own
> winMain.c (which is hyper's main), but it was changed. I'm not sure whether
> those changes cause this error or it's something else (I tried to replace
> winMain.c from SN with K. Morich's winMain.c, but it didn't work).
> 
> winCon.c at the end has a reminder : "FIXME: get return code from wish", and
> I suppose that it is related with this problem, but the error appears on the
> line  WaitForSingleObject(endEvent, INFINITE); .... Maybe that call should
> be changed to something else, but I'm not sure what ...
> 
> The version of SN is not important (those files are the same for 4.52 and
> 5.0), I work on Win 2000, with MS VC++ 6.0 compiler and cygwin 2.78.2.3 .
> 
> I'd really appreciate any help on this matter.
> 
> Thank tou very much in advance.
> 
> Kind regards,
> Marta.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: snsdk on win (once again)
@ 2001-09-21 21:26 Stojanovic, Marta
  0 siblings, 0 replies; 5+ messages in thread
From: Stojanovic, Marta @ 2001-09-21 21:26 UTC (permalink / raw)
  To: 'Ian Roxborough'; +Cc: 'sourcenav@sources.redhat.com'

Hello Ian & co !

Remember this problem ? I think I managed to solve it. 

First, don't forget to change \"..\\bin\\hyper.exe\" to \"hyper.exe\" in
SN452-source\snavigator\snavigator\win\Makefile.* . This is to make snsdk
work in the first place. 

Now, to avoid Access Violation Error after the snsdk execution you must
change the Tcl code. There was an acces to a null-structure member in the
Tcl code, but I was reluctant to change it (I didn't know all the
dependencies). But then I figured that it is a big bug, and that probably
Tcl people solved it in versions later than 8.1. So I compared the file in
question in both version, and I saw that they check for that pointer. I
couldn't use exactly the same code (it would give Access Violation Error),
but it helped me get the courage to change Tcl code. It worked ... Here are
the details ...

File : SNsource\tcl8.1\win\tclWinNotify.c
Line : 161
Function : void Tcl_FinalizeNotifier(clientData)ClientData clientData;
Change : if(tsdPtr != 0) {
		KillTimer(tsdPtr->hwnd, INTERVAL_TIMER);
		DestroyWindow(tsdPtr->hwnd);
	   } /*Marta*/

(Those 2 lines are under if statement in version 8.3 also, so I suppose it's
ok like this; as I see, it's working.)

So much work, for so little code ... But it really made my day when I got
it, it was really bugging me.

Kind regards,
Marta.



-----Original Message-----
From: Ian Roxborough [ mailto:irox@redhat.com ]
Sent: Friday, August 17, 2001 5:26 PM
To: Stojanovic, Marta
Cc: 'sourcenav@sources.redhat.com'
Subject: Re: snsdk on win (once again)


Hello intrepid code explorer,

The snSDK stuff is kind of not so fun.
I did once manage to get things working with
just hyper, i.e. no need to have snSDK because
all of stdout is always send to the console.
So the Windows version would work the same as
the Unix version.

There was some reason that this didn't make it
it to a release.  I think it was due to a number
of side effects that needed to be fix.

When Syd fix the location independent problems
I think he also fixed one of the reasons I 
didn't make the Windows version act like the
Unix version.  Wish I remember more about the
other problems.

Given time I will revisit this.  But you are
welcome to try and beat me to it. ;-)

Ian.


"Stojanovic, Marta" wrote:
> 
> Hi again !
> 
> Well, I'm learning slowly to debug with VC++ .... The error (Acces
> Violation) occurs on Tcl_Finalize() called indirectly from Tk_Main(). It
> seems to be a known Tcl issue, and the answer was not to use Tk_Main for
> threads. It seems that this call has to be changed in the winMain code.
I'll
> look at it further, but if you have any idea, I'd appreciate it ...
> 
> Thanks.
> 
> Kind regards,
> Marta.
> 
> -----Original Message-----
> From: Stojanovic, Marta [ mailto:Marta.Stojanovic@nrc.ca ]
> Sent: Thursday, August 16, 2001 4:23 PM
> To: 'sourcenav@sources.redhat.com'
> Subject: snsdk on win (once again)
> 
> Hi all !
> 
> I started working again on SN for Win and I'm doing my best to have this
> thing working without bothering anyone, but I just can't see where the
error
> is .... I'll remind you of the problem : I try to execute my tcl script
> using SN for Win, and it executes fine but it always ends by "The
> instruction at "0x1008743f" referenced memory at "0x0000001c". The memory
> could not be "read" " error. I'd like to get rid of it and have a clean
> execution, but I am having problems there.
> 
> Here's the description of the problem (please correct me if I'm wrong
> anywhere) :
> 
> SN has 2 related applications : hyper.exe (compiled from winMain.c + C
code
> for database API) which is in fact wish shell (along with db API), and
> snsdk.exe which is compiled from winCon.c, and which is just a wrapper for
> wish, so that we can use stdin/stdout/stderr. Hyper.exe with the present
SN
> distribution won't in fact execute (Error in startup: CreateProcess
failed:
> The system cannot find the file specified.). But if you rebuild it with
> APPNAME=\"hyper.exe\" and not \"..\\bin\\hyper.exe\" (defined in Makefiles
> in SN452-source\snavigator\snavigator\win directory), it'll work and
execute
> the script but end in an application error.
> (NOTE : in the first case, when you type snsdk and it gives you that error
> message, it still calls hyper.exe, which rests in the background. I saw it
> by trying to erase that folder, and it didn't give me the permission,
> because hyper's files were in use. You have to go to Windows Task Manager
to
> kill hyper.exe process.)
> 
> I tried to debug snsdk.exe. It stops at the line :
> WaitForSingleObject(endEvent, INFINITE); waiting for hyper.exe to finish
> processing the script. When the script is finished, the error appears.
When
> you click OK, snsdk.exe resumes and finishes its execution. It's obvious
> that hyper.exe creates the problem when exiting (of course, the error
window
> says "hyper.exe: Application Error" so it's obvious from there also).
> Unfortunatelly, I don't get to debug hyper.exe, which is called from
> snsdk.exe by CreateProcess. If you have an idea how to do it, please let
me
> know, I'm rather new to MS VC.
> 
> Then I saw that winCon.c (snsdk) was written by Kai Morich, so I tried to
> find his original code. I found it under the name of wishCon
> ( http://www.neosoft.com/tcl/ftparchive/sorted/packages-7.6/devel/ ), and
> downloaded it. It is written as an extension to Tcl8.0, so I downloaded it
> also, and tried to see if it executes any tcl code, and it really does,
> without any errors in the end (of course, it won't execute any tcl code
from
> SN examples, and it will correctly state that it doesn't recognize dbopen
> command). I see that SN people used wishCon's winMain.c for their own
> winMain.c (which is hyper's main), but it was changed. I'm not sure
whether
> those changes cause this error or it's something else (I tried to replace
> winMain.c from SN with K. Morich's winMain.c, but it didn't work).
> 
> winCon.c at the end has a reminder : "FIXME: get return code from wish",
and
> I suppose that it is related with this problem, but the error appears on
the
> line  WaitForSingleObject(endEvent, INFINITE); .... Maybe that call should
> be changed to something else, but I'm not sure what ...
> 
> The version of SN is not important (those files are the same for 4.52 and
> 5.0), I work on Win 2000, with MS VC++ 6.0 compiler and cygwin 2.78.2.3 .
> 
> I'd really appreciate any help on this matter.
> 
> Thank tou very much in advance.
> 
> Kind regards,
> Marta.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: snsdk on win (once again)
@ 2001-08-20  6:37 Stojanovic, Marta
  0 siblings, 0 replies; 5+ messages in thread
From: Stojanovic, Marta @ 2001-08-20  6:37 UTC (permalink / raw)
  To: 'sourcenav@sources.redhat.com'

Hello Ian !

Thanks for the support, I'm going to try to beat you :), but it's not the
easiest thing to navigate through somebody else's code (even through ours
sometime, after certain time has passed ...); with my lack of experience
it's even worse. Wished you remembered more about what bothered you with the
Windows version. I really do hope I won't have to change the code
drastically, I'm not sure I'll be able to ... Anyhow, you'll hear from me if
I have more info on the issue, with hope that you (or somebody else) could
help. 

Thanks again.

Kind regards,
Marta.


P.S. Ian, sorry about the duplicate of the message, I've just realized that
I didn't do reply to all ...


 

-----Original Message-----
From: Ian Roxborough [ mailto:irox@redhat.com ]
Sent: Friday, August 17, 2001 5:26 PM
To: Stojanovic, Marta
Cc: 'sourcenav@sources.redhat.com'
Subject: Re: snsdk on win (once again)


Hello intrepid code explorer,

The snSDK stuff is kind of not so fun.
I did once manage to get things working with
just hyper, i.e. no need to have snSDK because
all of stdout is always send to the console.
So the Windows version would work the same as
the Unix version.

There was some reason that this didn't make it
it to a release.  I think it was due to a number
of side effects that needed to be fix.

When Syd fix the location independent problems
I think he also fixed one of the reasons I 
didn't make the Windows version act like the
Unix version.  Wish I remember more about the
other problems.

Given time I will revisit this.  But you are
welcome to try and beat me to it. ;-)

Ian.


"Stojanovic, Marta" wrote:
> 
> Hi again !
> 
> Well, I'm learning slowly to debug with VC++ .... The error (Acces
> Violation) occurs on Tcl_Finalize() called indirectly from Tk_Main(). It
> seems to be a known Tcl issue, and the answer was not to use Tk_Main for
> threads. It seems that this call has to be changed in the winMain code.
I'll
> look at it further, but if you have any idea, I'd appreciate it ...
> 
> Thanks.
> 
> Kind regards,
> Marta.
> 
> -----Original Message-----
> From: Stojanovic, Marta [ mailto:Marta.Stojanovic@nrc.ca ]
> Sent: Thursday, August 16, 2001 4:23 PM
> To: 'sourcenav@sources.redhat.com'
> Subject: snsdk on win (once again)
> 
> Hi all !
> 
> I started working again on SN for Win and I'm doing my best to have this
> thing working without bothering anyone, but I just can't see where the
error
> is .... I'll remind you of the problem : I try to execute my tcl script
> using SN for Win, and it executes fine but it always ends by "The
> instruction at "0x1008743f" referenced memory at "0x0000001c". The memory
> could not be "read" " error. I'd like to get rid of it and have a clean
> execution, but I am having problems there.
> 
> Here's the description of the problem (please correct me if I'm wrong
> anywhere) :
> 
> SN has 2 related applications : hyper.exe (compiled from winMain.c + C
code
> for database API) which is in fact wish shell (along with db API), and
> snsdk.exe which is compiled from winCon.c, and which is just a wrapper for
> wish, so that we can use stdin/stdout/stderr. Hyper.exe with the present
SN
> distribution won't in fact execute (Error in startup: CreateProcess
failed:
> The system cannot find the file specified.). But if you rebuild it with
> APPNAME=\"hyper.exe\" and not \"..\\bin\\hyper.exe\" (defined in Makefiles
> in SN452-source\snavigator\snavigator\win directory), it'll work and
execute
> the script but end in an application error.
> (NOTE : in the first case, when you type snsdk and it gives you that error
> message, it still calls hyper.exe, which rests in the background. I saw it
> by trying to erase that folder, and it didn't give me the permission,
> because hyper's files were in use. You have to go to Windows Task Manager
to
> kill hyper.exe process.)
> 
> I tried to debug snsdk.exe. It stops at the line :
> WaitForSingleObject(endEvent, INFINITE); waiting for hyper.exe to finish
> processing the script. When the script is finished, the error appears.
When
> you click OK, snsdk.exe resumes and finishes its execution. It's obvious
> that hyper.exe creates the problem when exiting (of course, the error
window
> says "hyper.exe: Application Error" so it's obvious from there also).
> Unfortunatelly, I don't get to debug hyper.exe, which is called from
> snsdk.exe by CreateProcess. If you have an idea how to do it, please let
me
> know, I'm rather new to MS VC.
> 
> Then I saw that winCon.c (snsdk) was written by Kai Morich, so I tried to
> find his original code. I found it under the name of wishCon
> ( http://www.neosoft.com/tcl/ftparchive/sorted/packages-7.6/devel/ ), and
> downloaded it. It is written as an extension to Tcl8.0, so I downloaded it
> also, and tried to see if it executes any tcl code, and it really does,
> without any errors in the end (of course, it won't execute any tcl code
from
> SN examples, and it will correctly state that it doesn't recognize dbopen
> command). I see that SN people used wishCon's winMain.c for their own
> winMain.c (which is hyper's main), but it was changed. I'm not sure
whether
> those changes cause this error or it's something else (I tried to replace
> winMain.c from SN with K. Morich's winMain.c, but it didn't work).
> 
> winCon.c at the end has a reminder : "FIXME: get return code from wish",
and
> I suppose that it is related with this problem, but the error appears on
the
> line  WaitForSingleObject(endEvent, INFINITE); .... Maybe that call should
> be changed to something else, but I'm not sure what ...
> 
> The version of SN is not important (those files are the same for 4.52 and
> 5.0), I work on Win 2000, with MS VC++ 6.0 compiler and cygwin 2.78.2.3 .
> 
> I'd really appreciate any help on this matter.
> 
> Thank tou very much in advance.
> 
> Kind regards,
> Marta.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* snsdk on win (once again)
@ 2001-08-16 13:23 Stojanovic, Marta
  0 siblings, 0 replies; 5+ messages in thread
From: Stojanovic, Marta @ 2001-08-16 13:23 UTC (permalink / raw)
  To: 'sourcenav@sources.redhat.com'

Hi all !

I started working again on SN for Win and I'm doing my best to have this
thing working without bothering anyone, but I just can't see where the error
is .... I'll remind you of the problem : I try to execute my tcl script
using SN for Win, and it executes fine but it always ends by "The
instruction at "0x1008743f" referenced memory at "0x0000001c". The memory
could not be "read" " error. I'd like to get rid of it and have a clean
execution, but I am having problems there.

Here's the description of the problem (please correct me if I'm wrong
anywhere) :

SN has 2 related applications : hyper.exe (compiled from winMain.c + C code
for database API) which is in fact wish shell (along with db API), and
snsdk.exe which is compiled from winCon.c, and which is just a wrapper for
wish, so that we can use stdin/stdout/stderr. Hyper.exe with the present SN
distribution won't in fact execute (Error in startup: CreateProcess failed:
The system cannot find the file specified.). But if you rebuild it with
APPNAME=\"hyper.exe\" and not \"..\\bin\\hyper.exe\" (defined in Makefiles
in SN452-source\snavigator\snavigator\win directory), it'll work and execute
the script but end in an application error. 
(NOTE : in the first case, when you type snsdk and it gives you that error
message, it still calls hyper.exe, which rests in the background. I saw it
by trying to erase that folder, and it didn't give me the permission,
because hyper's files were in use. You have to go to Windows Task Manager to
kill hyper.exe process.)

I tried to debug snsdk.exe. It stops at the line :
WaitForSingleObject(endEvent, INFINITE); waiting for hyper.exe to finish
processing the script. When the script is finished, the error appears. When
you click OK, snsdk.exe resumes and finishes its execution. It's obvious
that hyper.exe creates the problem when exiting (of course, the error window
says "hyper.exe: Application Error" so it's obvious from there also).
Unfortunatelly, I don't get to debug hyper.exe, which is called from
snsdk.exe by CreateProcess. If you have an idea how to do it, please let me
know, I'm rather new to MS VC.

Then I saw that winCon.c (snsdk) was written by Kai Morich, so I tried to
find his original code. I found it under the name of wishCon
( http://www.neosoft.com/tcl/ftparchive/sorted/packages-7.6/devel/ ), and
downloaded it. It is written as an extension to Tcl8.0, so I downloaded it
also, and tried to see if it executes any tcl code, and it really does,
without any errors in the end (of course, it won't execute any tcl code from
SN examples, and it will correctly state that it doesn't recognize dbopen
command). I see that SN people used wishCon's winMain.c for their own
winMain.c (which is hyper's main), but it was changed. I'm not sure whether
those changes cause this error or it's something else (I tried to replace
winMain.c from SN with K. Morich's winMain.c, but it didn't work). 

winCon.c at the end has a reminder : "FIXME: get return code from wish", and
I suppose that it is related with this problem, but the error appears on the
line  WaitForSingleObject(endEvent, INFINITE); .... Maybe that call should
be changed to something else, but I'm not sure what ...

The version of SN is not important (those files are the same for 4.52 and
5.0), I work on Win 2000, with MS VC++ 6.0 compiler and cygwin 2.78.2.3 .

I'd really appreciate any help on this matter.

Thank tou very much in advance.

Kind regards,
Marta.


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2001-09-21 21:26 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-08-17 13:59 snsdk on win (once again) Stojanovic, Marta
2001-08-17 14:14 ` Ian Roxborough
  -- strict thread matches above, loose matches on Subject: below --
2001-09-21 21:26 Stojanovic, Marta
2001-08-20  6:37 Stojanovic, Marta
2001-08-16 13:23 Stojanovic, Marta

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).