Home » Language IDEs » C / C++ IDE (CDT) » CVS tags for builds and java/Exception bug in Win32ProcessEx.c
| CVS tags for builds and java/Exception bug in Win32ProcessEx.c [message #58195] |
Wed, 15 January 2003 21:40  |
 Fred A. Kulack
Messages: 17
Registered: July 2009 |
Junior Member |
|
|
I'm trying my first CDT debug. Eclipse hangs during project build.
The visible error that java/Exception can't be found in Spawner.exec0 native
method.
I'm wondering if someone can give me some tips about the CDT builds,
CVS branches and process/relationship used?
I'm not sure which branch to use for the F2 build that I downloaded.
What are 'freeze' builds? Is there a tag or branch created for a freeze
build?
FWIW: I discovered a bug in
org.eclipse.cdt.cor.win32/library/Win32ProcessEx.c
that was obfuscating my real problem and that bug is 'almost' fixed in HEAD.
I'd like to replace that native portion of the code with the code of the
appropriate
level and see if it fixes my problem. The bug is that Win32ProcessEx uses
java/Exception instead of java/lang/Exception.
At least one of these places were changed, removing the java/Exception code
by the changes in HEAD for revision 1.6 of that file by amaglorie as part of
other changes
labeled 'fix space quotings'.
I'm running Windows XP professional.
- Eclipse Platform 2.0.2.1 build 200211071448 (WSAD v5.0.0 Build
20021125_2118)
- CDT F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
--
"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown
Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk
|
|
|
| Re: CVS tags for builds and java/Exception bug in Win32ProcessEx.c [message #58220 is a reply to message #58195] |
Wed, 15 January 2003 23:10  |
Eclipse User |
|
|
|
Originally posted by: ash371952.hotmail.com
> I'd like to replace that native portion of the code with the code of the
> appropriate
> level and see if it fixes my problem. The bug is that Win32ProcessEx uses
> java/Exception instead of java/lang/Exception.
> At least one of these places were changed, removing the java/Exception
code
> by the changes in HEAD for revision 1.6 of that file by amaglorie as part
of
> other changes
> labeled 'fix space quotings'.
Yes, that's correct. Fixed.
However it is not clear why it happens for you. There is only one place in
code where spawner generates Exception. It happens in case of command
buffer overflow. Buffer itself is big enough (1K), at least quite enough for
build. Could you please run the debug version I attached to this message to
see in dbmon (also attached) window what's going on? Just send me dbmon
protocol.
Thanks in advance,
Alex Chapiro.
>
> I'm running Windows XP professional.
> - Eclipse Platform 2.0.2.1 build 200211071448 (WSAD v5.0.0 Build
> 20021125_2118)
> - CDT F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
>
>
>
> --
>
> "The stuff we call "software" is not like anything that human society
> is used to thinking about. Software is something like a machine, and
> something like mathematics, and something like language, and
> something like thought, and art, and information...
> but software is not in fact any of those other things."
> Bruce Sterling - The Hacker Crackdown
>
> Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
etc...
> IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> AOL Instant Messenger: Home:FKulack Work:FKulackWrk
>
>
>
>
Attachment: spawner.dll
(Size: 52.00KB, Downloaded 125 times)
Attachment: dbmon.exe
(Size: 40.00KB, Downloaded 113 times)
|
|
|
| Re: CVS tags for builds and java/Exception bug in Win32ProcessEx.c [message #58367 is a reply to message #58220] |
Thu, 16 January 2003 15:20 |
Fred A. Kulack
Messages: 17
Registered: July 2009 |
Junior Member |
|
|
Thanks Alex!
There are still some instances of throw that use the incorrect exception
'java/Exception'
in HEAD.
Things do look a bit different with that version, no class not found
exception,
but this time Java.exe takes a windows exception and gets the normal windows
'java.exe has encountered a problem and needs to close' dialog.
I think I've found the problem.
Looking in HEAD, I see that the environment variable code doesn't use
copyTo() to do the required bounded copy any more, but just uses s
I suspect the size of the environment is the problem.
In the code thats part of my build, having a large environment would have
caused
the bogus java/Exception to attempt to be thrown.
In the HEAD code, having a large environment walks off the end of the
szEnvBlock
array (which is 4K).
My environment is larger than that.
> cmd /c set | wc -c
4149
This describes both the scenario in the old and the new code.
I might start with szEnvBlock being a pointer to a 4096 byte array of
automatic storage,
up to a certain point, if additional storage is needed simply allocate a
larger block,
copy the current storage to the newly allocated storage, reset the pointer
and continue.
Here's the dbmon output.
3316: ftpext: DllMain()
3316: ftpext: DllGetClassObject()
3316: ftpext: CClassFactory::CClassFactory()
3316: ftpext: CClassFactory::QueryInterface()
3316: ftpext: CClassFactory::Release()
3316: ftpext: CClassFactory::CreateInstance()
3316: ftpext: CShellExtension::CShellExtension()
3316: ftpext: CShellExtension::QueryInterface()
3316: ftpext: CShellExtension::Release()
3316: ftpext: CShellExtension::AddRef()
3316: ftpext: CShellExtension::Release()
3316: ftpext: CClassFactory::Release()
3316: ftpext: CClassFactory::~CClassFactory()
3316: ftpext: CShellExtension::QueryInterface()
3316: ftpext: CShellExtension::Release()
3316: ftpext: CShellExtension::QueryInterface()
3316: ftpext: CShellExtension::QueryInterface()
3316: ftpext: CShellExtension::Release()
3316: ftpext: DllCanUnloadNow()
3316: ftpext: CShellExtension::CopyCallback()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: CShellExtension::CopyCallback()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
3316: ftpext: DllMain()
2632: copyTo start: cmd.exe 7 866
2632: copyTo: cmd.exe 7 7
2632: copyTo start: /c 2 858
2632: copyTo: /c 2 2
2632: copyTo start: set 3 855
2632: copyTo: set 3 3
2632: C:\Program Files\IBM\WebSphere
Studio\eclipse\plugins\org.eclipse.cdt.core
..win32_1.0.1\os\win32\x86\starter.exe SABreak16112720 SAWait16112720
SATerm16112
720 cmd.exe /c set Process 852 created
2632: Process PID 852 terminated
2632: waitProcTermination: set PID 852 to 0
2632: copyTo start: c:\cygwin\bin\make 18 866
2632: copyTo: c:\cygwin\bin\make 18 18
2632: copyTo start: all 3 847
2632: copyTo: all 3 3
--
"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown
Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk
"Alex Chapiro" <ash371952@hotmail.com> wrote in message
news:b04nr5$f5$1@rogue.oti.com...
> > I'd like to replace that native portion of the code with the code of the
> > appropriate
> > level and see if it fixes my problem. The bug is that Win32ProcessEx
uses
> > java/Exception instead of java/lang/Exception.
> > At least one of these places were changed, removing the java/Exception
> code
> > by the changes in HEAD for revision 1.6 of that file by amaglorie as
part
> of
> > other changes
> > labeled 'fix space quotings'.
>
> Yes, that's correct. Fixed.
> However it is not clear why it happens for you. There is only one place in
> code where spawner generates Exception. It happens in case of command
> buffer overflow. Buffer itself is big enough (1K), at least quite enough
for
> build. Could you please run the debug version I attached to this message
to
> see in dbmon (also attached) window what's going on? Just send me dbmon
> protocol.
>
> Thanks in advance,
>
>
> Alex Chapiro.
>
> >
> > I'm running Windows XP professional.
> > - Eclipse Platform 2.0.2.1 build 200211071448 (WSAD v5.0.0 Build
> > 20021125_2118)
> > - CDT F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
> >
> >
> >
> > --
> >
> > "The stuff we call "software" is not like anything that human society
> > is used to thinking about. Software is something like a machine, and
> > something like mathematics, and something like language, and
> > something like thought, and art, and information...
> > but software is not in fact any of those other things."
> > Bruce Sterling - The Hacker Crackdown
> >
> > Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
> etc...
> > IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> > mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> > AOL Instant Messenger: Home:FKulack Work:FKulackWrk
> >
> >
> >
> >
>
>
>
|
|
|
| Re: CVS tags for builds and java/Exception bug in Win32ProcessEx.c [message #58533 is a reply to message #58367] |
Thu, 16 January 2003 18:53 |
| Eclipse User |
|
|
|
Originally posted by: ash371952.hotmail.com
Hi Fred,
Indeed, I lost checking of environment block overflow (it was there in the
previouse version :-)). But it doesn't explain generation of bad exception.
I found only one place in code where I generate this exception, and it is an
arguments block processing. Maybe exception happens at the second call as a
result of memory corruption..
Anyway, thanks. I fixed this problem. Attached find new test dll. Could you
please try it?
Alex
"Fred A. Kulack" <kulack@us.ibm.com> wrote in message
news:b06hks$8un$1@rogue.oti.com...
> Thanks Alex!
> There are still some instances of throw that use the incorrect exception
> 'java/Exception'
> in HEAD.
>
> Things do look a bit different with that version, no class not found
> exception,
> but this time Java.exe takes a windows exception and gets the normal
windows
> 'java.exe has encountered a problem and needs to close' dialog.
>
> I think I've found the problem.
> Looking in HEAD, I see that the environment variable code doesn't use
> copyTo() to do the required bounded copy any more, but just uses s
> I suspect the size of the environment is the problem.
>
> In the code thats part of my build, having a large environment would have
> caused
> the bogus java/Exception to attempt to be thrown.
>
> In the HEAD code, having a large environment walks off the end of the
> szEnvBlock
> array (which is 4K).
>
> My environment is larger than that.
> > cmd /c set | wc -c
> 4149
>
> This describes both the scenario in the old and the new code.
> I might start with szEnvBlock being a pointer to a 4096 byte array of
> automatic storage,
> up to a certain point, if additional storage is needed simply allocate a
> larger block,
> copy the current storage to the newly allocated storage, reset the pointer
> and continue.
>
> Here's the dbmon output.
> 3316: ftpext: DllMain()
> 3316: ftpext: DllGetClassObject()
> 3316: ftpext: CClassFactory::CClassFactory()
> 3316: ftpext: CClassFactory::QueryInterface()
> 3316: ftpext: CClassFactory::Release()
> 3316: ftpext: CClassFactory::CreateInstance()
> 3316: ftpext: CShellExtension::CShellExtension()
> 3316: ftpext: CShellExtension::QueryInterface()
> 3316: ftpext: CShellExtension::Release()
> 3316: ftpext: CShellExtension::AddRef()
> 3316: ftpext: CShellExtension::Release()
> 3316: ftpext: CClassFactory::Release()
> 3316: ftpext: CClassFactory::~CClassFactory()
> 3316: ftpext: CShellExtension::QueryInterface()
> 3316: ftpext: CShellExtension::Release()
> 3316: ftpext: CShellExtension::QueryInterface()
> 3316: ftpext: CShellExtension::QueryInterface()
> 3316: ftpext: CShellExtension::Release()
> 3316: ftpext: DllCanUnloadNow()
> 3316: ftpext: CShellExtension::CopyCallback()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: CShellExtension::CopyCallback()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 3316: ftpext: DllMain()
> 2632: copyTo start: cmd.exe 7 866
> 2632: copyTo: cmd.exe 7 7
> 2632: copyTo start: /c 2 858
> 2632: copyTo: /c 2 2
> 2632: copyTo start: set 3 855
> 2632: copyTo: set 3 3
> 2632: C:\Program Files\IBM\WebSphere
> Studio\eclipse\plugins\org.eclipse.cdt.core
> .win32_1.0.1\os\win32\x86\starter.exe SABreak16112720 SAWait16112720
> SATerm16112
> 720 cmd.exe /c set Process 852 created
> 2632: Process PID 852 terminated
> 2632: waitProcTermination: set PID 852 to 0
> 2632: copyTo start: c:\cygwin\bin\make 18 866
> 2632: copyTo: c:\cygwin\bin\make 18 18
> 2632: copyTo start: all 3 847
> 2632: copyTo: all 3 3
>
>
> --
>
> "The stuff we call "software" is not like anything that human society
> is used to thinking about. Software is something like a machine, and
> something like mathematics, and something like language, and
> something like thought, and art, and information...
> but software is not in fact any of those other things."
> Bruce Sterling - The Hacker Crackdown
>
> Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
etc...
> IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> AOL Instant Messenger: Home:FKulack Work:FKulackWrk
>
>
> "Alex Chapiro" <ash371952@hotmail.com> wrote in message
> news:b04nr5$f5$1@rogue.oti.com...
> > > I'd like to replace that native portion of the code with the code of
the
> > > appropriate
> > > level and see if it fixes my problem. The bug is that Win32ProcessEx
> uses
> > > java/Exception instead of java/lang/Exception.
> > > At least one of these places were changed, removing the java/Exception
> > code
> > > by the changes in HEAD for revision 1.6 of that file by amaglorie as
> part
> > of
> > > other changes
> > > labeled 'fix space quotings'.
> >
> > Yes, that's correct. Fixed.
> > However it is not clear why it happens for you. There is only one place
in
> > code where spawner generates Exception. It happens in case of command
> > buffer overflow. Buffer itself is big enough (1K), at least quite enough
> for
> > build. Could you please run the debug version I attached to this message
> to
> > see in dbmon (also attached) window what's going on? Just send me dbmon
> > protocol.
> >
> > Thanks in advance,
> >
> >
> > Alex Chapiro.
> >
> > >
> > > I'm running Windows XP professional.
> > > - Eclipse Platform 2.0.2.1 build 200211071448 (WSAD v5.0.0 Build
> > > 20021125_2118)
> > > - CDT F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
> > >
> > >
> > >
> > > --
> > >
> > > "The stuff we call "software" is not like anything that human society
> > > is used to thinking about. Software is something like a machine, and
> > > something like mathematics, and something like language, and
> > > something like thought, and art, and information...
> > > but software is not in fact any of those other things."
> > > Bruce Sterling - The Hacker Crackdown
> > >
> > > Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
> > etc...
> > > IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> > > mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> > > AOL Instant Messenger: Home:FKulack Work:FKulackWrk
> > >
> > >
> > >
> > >
> >
> >
> >
>
>
-
Attachment: spawner.dll
(Size: 56.00KB, Downloaded 223 times)
|
|
|
| Re: CVS tags for builds and java/Exception bug in Win32ProcessEx.c [message #58726 is a reply to message #58533] |
Fri, 17 January 2003 15:53 |
Fred A. Kulack
Messages: 17
Registered: July 2009 |
Junior Member |
|
|
Thanks Alex. That one works for me. I'm off to the races!
> But it doesn't explain generation of bad exception.
> I found only one place in code where I generate this exception, and it is
an
> arguments block processing. Maybe exception happens at the second call as
a
> result of memory corruption..
I don't think I was clear. This java/Exception usage happened only in the
original
version from cdt_1_0_1 build F2, not the fixed one that you gave me.
Thanks again for the help!
--
"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown
Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk
"Alex Chapiro" <ash371952@hotmail.com> wrote in message
news:b06t3t$jbc$1@rogue.oti.com...
> Hi Fred,
>
> Indeed, I lost checking of environment block overflow (it was there in the
> previouse version :-)). But it doesn't explain generation of bad
exception.
> I found only one place in code where I generate this exception, and it is
an
> arguments block processing. Maybe exception happens at the second call as
a
> result of memory corruption..
> Anyway, thanks. I fixed this problem. Attached find new test dll. Could
you
> please try it?
>
>
> Alex
>
> "Fred A. Kulack" <kulack@us.ibm.com> wrote in message
> news:b06hks$8un$1@rogue.oti.com...
> > Thanks Alex!
> > There are still some instances of throw that use the incorrect exception
> > 'java/Exception'
> > in HEAD.
> >
> > Things do look a bit different with that version, no class not found
> > exception,
> > but this time Java.exe takes a windows exception and gets the normal
> windows
> > 'java.exe has encountered a problem and needs to close' dialog.
> >
> > I think I've found the problem.
> > Looking in HEAD, I see that the environment variable code doesn't use
> > copyTo() to do the required bounded copy any more, but just uses s
> > I suspect the size of the environment is the problem.
> >
> > In the code thats part of my build, having a large environment would
have
> > caused
> > the bogus java/Exception to attempt to be thrown.
> >
> > In the HEAD code, having a large environment walks off the end of the
> > szEnvBlock
> > array (which is 4K).
> >
> > My environment is larger than that.
> > > cmd /c set | wc -c
> > 4149
> >
> > This describes both the scenario in the old and the new code.
> > I might start with szEnvBlock being a pointer to a 4096 byte array of
> > automatic storage,
> > up to a certain point, if additional storage is needed simply allocate a
> > larger block,
> > copy the current storage to the newly allocated storage, reset the
pointer
> > and continue.
> >
> > Here's the dbmon output.
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllGetClassObject()
> > 3316: ftpext: CClassFactory::CClassFactory()
> > 3316: ftpext: CClassFactory::QueryInterface()
> > 3316: ftpext: CClassFactory::Release()
> > 3316: ftpext: CClassFactory::CreateInstance()
> > 3316: ftpext: CShellExtension::CShellExtension()
> > 3316: ftpext: CShellExtension::QueryInterface()
> > 3316: ftpext: CShellExtension::Release()
> > 3316: ftpext: CShellExtension::AddRef()
> > 3316: ftpext: CShellExtension::Release()
> > 3316: ftpext: CClassFactory::Release()
> > 3316: ftpext: CClassFactory::~CClassFactory()
> > 3316: ftpext: CShellExtension::QueryInterface()
> > 3316: ftpext: CShellExtension::Release()
> > 3316: ftpext: CShellExtension::QueryInterface()
> > 3316: ftpext: CShellExtension::QueryInterface()
> > 3316: ftpext: CShellExtension::Release()
> > 3316: ftpext: DllCanUnloadNow()
> > 3316: ftpext: CShellExtension::CopyCallback()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: CShellExtension::CopyCallback()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 3316: ftpext: DllMain()
> > 2632: copyTo start: cmd.exe 7 866
> > 2632: copyTo: cmd.exe 7 7
> > 2632: copyTo start: /c 2 858
> > 2632: copyTo: /c 2 2
> > 2632: copyTo start: set 3 855
> > 2632: copyTo: set 3 3
> > 2632: C:\Program Files\IBM\WebSphere
> > Studio\eclipse\plugins\org.eclipse.cdt.core
> > .win32_1.0.1\os\win32\x86\starter.exe SABreak16112720 SAWait16112720
> > SATerm16112
> > 720 cmd.exe /c set Process 852 created
> > 2632: Process PID 852 terminated
> > 2632: waitProcTermination: set PID 852 to 0
> > 2632: copyTo start: c:\cygwin\bin\make 18 866
> > 2632: copyTo: c:\cygwin\bin\make 18 18
> > 2632: copyTo start: all 3 847
> > 2632: copyTo: all 3 3
> >
> >
> > --
> >
> > "The stuff we call "software" is not like anything that human society
> > is used to thinking about. Software is something like a machine, and
> > something like mathematics, and something like language, and
> > something like thought, and art, and information...
> > but software is not in fact any of those other things."
> > Bruce Sterling - The Hacker Crackdown
> >
> > Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
> etc...
> > IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> > mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> > AOL Instant Messenger: Home:FKulack Work:FKulackWrk
> >
> >
> > "Alex Chapiro" <ash371952@hotmail.com> wrote in message
> > news:b04nr5$f5$1@rogue.oti.com...
> > > > I'd like to replace that native portion of the code with the code of
> the
> > > > appropriate
> > > > level and see if it fixes my problem. The bug is that Win32ProcessEx
> > uses
> > > > java/Exception instead of java/lang/Exception.
> > > > At least one of these places were changed, removing the
java/Exception
> > > code
> > > > by the changes in HEAD for revision 1.6 of that file by amaglorie as
> > part
> > > of
> > > > other changes
> > > > labeled 'fix space quotings'.
> > >
> > > Yes, that's correct. Fixed.
> > > However it is not clear why it happens for you. There is only one
place
> in
> > > code where spawner generates Exception. It happens in case of command
> > > buffer overflow. Buffer itself is big enough (1K), at least quite
enough
> > for
> > > build. Could you please run the debug version I attached to this
message
> > to
> > > see in dbmon (also attached) window what's going on? Just send me
dbmon
> > > protocol.
> > >
> > > Thanks in advance,
> > >
> > >
> > > Alex Chapiro.
> > >
> > > >
> > > > I'm running Windows XP professional.
> > > > - Eclipse Platform 2.0.2.1 build 200211071448 (WSAD v5.0.0 Build
> > > > 20021125_2118)
> > > > - CDT F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > "The stuff we call "software" is not like anything that human
society
> > > > is used to thinking about. Software is something like a machine,
and
> > > > something like mathematics, and something like language, and
> > > > something like thought, and art, and information...
> > > > but software is not in fact any of those other things."
> > > > Bruce Sterling - The Hacker Crackdown
> > > >
> > > > Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc,
JTA,
> > > etc...
> > > > IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> > > > mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> > > > AOL Instant Messenger: Home:FKulack Work:FKulackWrk
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> >
>
>
>
|
|
|
Goto Forum:
Current Time: Wed Jul 17 12:14:42 GMT 2024
Powered by FUDForum. Page generated in 0.04414 seconds |
] 
Search
Help
Register
Login
Home
